date:20121018

How to RLSE on multi-volume data set

2012-10-18 Thread DEBERT Jean-Louis

Hello list,


I have an application that may have to write DASD files very variable in size. 
These files are dynamically allocated as SMS managed files (using DALSTCL, 
DALMGCL and DALDACL) and with text unit DALRLSE (equivalent of the RLSE JCL 
keyword) so that unused space is released from the allocation when closing the 
file after writing it.

This works well with mono-volume data sets, but is it possible to make it work 
for multi-volume data sets too ??

After testing a bit, it looks like:
-   At the time of allocation , the primary space amount is allocated on 
EACH of the volumes if the volume count (DALVLCNT) is greater than 1.
-   At the time of CLOSE,  the unused space is released on the current 
volume (the last one that was written to). But, and this is my problem, the 
allocations on the (unused) next volume(s) if any, are NOT freed !!!

Is it possible to specify something (in SMS ?) so that it would free ALL unused 
space ?


Thanks in advance for your thoughts.



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

Re: DFSMShsm Abend S878

2012-10-18 Thread Martin Packer

Ah, 878's in DFHSM takes me back to about 1988. Fun times - for ME but 
probably not for the customer or DFHSM Development. :-)

The debacle at a well-known UK customer got the Virtual Storage estimates 
in the manual fixed and helped spur Development on to move stuff above the 
line.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Mike Wood mww...@ntlworld.com
To: IBM-MAIN@listserv.ua.edu, 
Date:   10/18/2012 08:28 AM
Subject:Re: DFSMShsm Abend S878
Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu



On Wednesday, 17 October 2012 23:02:49 UTC+1, Munish Sharma  wrote:
 We had an issue on one system wherein hsm cds backups were failing on 
LPAR1 with RC=12 and REAS=08. The jrnl backups were going fine.
 
 When browsing through the activity logs, I came across the following: 
 
 ADR376E (ttt)-m(yy), UNABLE TO ACQUIRE ADDITIONAL STORAGE FOR THE 
TASK 
 
 Since dfdss tries a concurrent backup of all 3 cds' to tape, I think it 
is facing a memory issue. But since journal is not included in this 
concurrency, it  always goes fine. Also, situation is compounded for hsm 
since mcds is multi-cluster. So it requires the more memory.
 
 But the backup on LPAR2 was running fine. So I think it comes down to 
the region size on both tasks. LPAR1 has 8M but LPAR2 has 0M. Therefore I 
guess LPAR2 has the capability to scale up the region size required by 
dfdss.
 
 Shall we try modifying the REGION parm for LPAR1 and test the backvolcds 
command 
 
 OR As earlier suggested the  Use the DSSXMMODE(?) SETSYS parm to run 
DSS in its own cross-memory address space ..clearly in this case as 
well... It's happening as too many DFDSS tasks are running in HSM., to 
backup the multiple CDS's 
 
 Regards
 
 Munish Sharma
Munish,  Looking at the R12 hsm books 
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2i490/2.3.2.1.1?SHELF=EZ2ZBK0KDT=20100729205957CASE=
 
you can see there the recommendations for hsm region size both for primary 
and secondary address spaces.  Many examples in the hsm book show 8M, but 
that was probably unchanged since early releases of hsm (which I remember 
well!).  Now the book seems to recommend 0M

Mike Wood 

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








Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






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

Re: DFSMShsm Abend S878

2012-10-18 Thread Ravi Gaur

We are having a very busy system as well (for example 15 volume migration
tasks, 13 recycle tasks, and 10 recall tasks running) hence couple of things 
being discussed are :

Time to run HSM's major functions(recycle/migration etc) to
ensure you have them spread out as much as possible.

consider using the Mutiple Address Space HSM (MASH) function. Using MASH, you 
can run multiple
instances of HSM on an LPAR and assign some of the workload to the
additional HSM(s).  

Use DSS cross-memory mode for HSM procsessing. This will move much of
the storage requirements of DSS to cross-memory address spaces and get
them out of the HSM user region.

(FYI Above DSS Cross memory is a  new function drived from zOS1.9 onward more 
to address 878-
10 issue and going to run new address space for most of the HSM
function except Recall and indeed need a kind of whole new setup and to
address/implement it a complete new project needed.) 

Region size increase (check with IEFUTL exit) and also any above the line 
storage definition in STC Proc of dfhsm.


FYI - There's some orphaned tape MVT allocations. These are control blocks that 
were
allocated by HSM for tape processing but do not get  freed when the task
finished with the tape and being addressed with APAR OA40365.

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

Re: How to RLSE on multi-volume data set

2012-10-18 Thread Staller, Allan

It sounds like you are not using Dynamic Volume Count or Partial Space release.

Dynamic volume count allocates the 1st extent on the 1st volume and dynamically 
adds volumes to the list, up to the architectural max of 59. It is not 
necessary to specify (for example) 10 volumes in JCL. It is specified in the 
DATACLAS assigned to the dataset.

Partial Space Release will release unused space with a sequential file at dfHSM 
Primary Space Management time. This is specified in the MGMTCLAS assigned to 
the dataset.

You might also check and see if the Guaranteed Space is specified in the 
STORCLAS assigned to this dataset...

Check the fine manuals for dfSMS or the online help for further details.

HTH,

snip
I have an application that may have to write DASD files very variable in size. 
These files are dynamically allocated as SMS managed files (using DALSTCL, 
DALMGCL and DALDACL) and with text unit DALRLSE (equivalent of the RLSE JCL 
keyword) so that unused space is released from the allocation when closing the 
file after writing it.

This works well with mono-volume data sets, but is it possible to make it work 
for multi-volume data sets too ??

After testing a bit, it looks like:
-   At the time of allocation , the primary space amount is allocated on 
EACH of the volumes if the volume count (DALVLCNT) is greater than 1.
-   At the time of CLOSE,  the unused space is released on the current 
volume (the last one that was written to). But, and this is my problem, the 
allocations on the (unused) next volume(s) if any, are NOT freed !!!

Is it possible to specify something (in SMS ?) so that it would free ALL unused 
space ?
/snip

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

Question on DB2 and LFAREA (large-pages)

2012-10-18 Thread Mauri Kanter

Good day !!!

I'm looking on how to implement DB2 and its large page support.

One question ...

Suppose I allocate an LFAREA of 4.5 GB based on the fact that the fixed DB2 
bufferpools use 4GB.

Then my DBA requests to dynamically ALTER the bufferpool to 5GB. What's happen 
then?

a - Is it allocated part with large pages and part with 4K pages?
b - All with 4K pages?
c - Not possible, need to IPL?
d - Other

Thanks in advance for your hints.

Mauri.

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

Re: IBM, id's to open pmr's, lot$a $$$$ now involved?...

2012-10-18 Thread Dana Mitchell

My current employer only has one shared ID for IBM electronic support,  used by 
all platforms.  The last few years, it's just become too painful to use the 
online facility, so I'm back to  using the 800 number exclusively.  Welcome to 
the 1980's!  Once a pmr has been opened, emails can be used for exchange of 
info with L2 or L3 support.  

I see this as just another indicator of the continuing slide of IBM in the last 
few years.  Deep cost cutting and USA staff that has been RA'ed to the max, 
leaving sketchy support areas overseas with little experience to support 
customers both external and internal.   A large share of profits goes for stock 
buy-backs,  propping up EPS and thus stock price.  It is a cycle that cannot 
continue indefinitely, very similar to a ponzi scheme.  Unfortunately the z 
customers that are left are ones that will not, or cannot migrate easily to 
other platforms, so they make a great cash cow to milk for all their worth.

Dana

On Tue, 16 Oct 2012 17:34:13 -0700, Charles Mills charl...@mcn.org wrote:

A vendor has to charge for its services and they are entitled to charge as
they wish but there is no question that it is just plain goofy to give 800
number support at no additional charge, but to charge extra to use the Web.
Totally backwards.

Charles

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

Re: DFSMShsm Abend S878

2012-10-18 Thread Pesce, Andy

We are a z/OS 1.13 shop and encountered an S878 as well.  There is an APAR  
OA39358 with fix # UA65499.
I have applied this fix to my system and have not had a re-occurrence.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ravi Gaur
Sent: Thursday, October 18, 2012 5:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSMShsm Abend S878

We are having a very busy system as well (for example 15 volume migration 
tasks, 13 recycle tasks, and 10 recall tasks running) hence couple of things 
being discussed are :

Time to run HSM's major functions(recycle/migration etc) to ensure you have 
them spread out as much as possible.

consider using the Mutiple Address Space HSM (MASH) function. Using MASH, you 
can run multiple instances of HSM on an LPAR and assign some of the workload to 
the additional HSM(s).  

Use DSS cross-memory mode for HSM procsessing. This will move much of the 
storage requirements of DSS to cross-memory address spaces and get them out of 
the HSM user region.

(FYI Above DSS Cross memory is a  new function drived from zOS1.9 onward more 
to address 878-
10 issue and going to run new address space for most of the HSM function except 
Recall and indeed need a kind of whole new setup and to address/implement it a 
complete new project needed.) 

Region size increase (check with IEFUTL exit) and also any above the line 
storage definition in STC Proc of dfhsm.


FYI - There's some orphaned tape MVT allocations. These are control blocks that 
were allocated by HSM for tape processing but do not get  freed when the task 
finished with the tape and being addressed with APAR OA40365.

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


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

Re: Peculiar behavior of D PROG,LNKLST.

2012-10-18 Thread R.S.

W dniu 2012-10-18 13:42, Peter Relson pisze:

The general rule of system commands is:

If you enter something that is documented as valid, it will work or we
will fix the code or the documentation.
If you enter something that is not documented as valid, no assumption
about what you will get is valid.

Risky approach IMHO. Invalid syntax could be a result of mistake, human
error, typo. In such case you say no warranty about what happen.
Incorrect output seems acceptable, but wait state (no warranty!) does not.

My €0.02
--
Radoslaw Skorupka
Lodz, Poland

--
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, www.brebank.pl, 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.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych.

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

Re: Question on DB2 and LFAREA (large-pages)

2012-10-18 Thread Mark Zelden

On Thu, 18 Oct 2012 07:53:52 -0500, Mauri Kanter itzuv...@013.net.il wrote:

Good day !!!

I'm looking on how to implement DB2 and its large page support.

One question ...

Suppose I allocate an LFAREA of 4.5 GB based on the fact that the fixed DB2 
bufferpools use 4GB.

Then my DBA requests to dynamically ALTER the bufferpool to 5GB. What's happen 
then?

a - Is it allocated part with large pages and part with 4K pages?
b - All with 4K pages?
c - Not possible, need to IPL?
d - Other

Thanks in advance for your hints.


Is it documented in the DB2 manuals?  It depends on how the IARV64 
request is coded.  If the page frame size is coded as 1MEG, the request
will fail (but maybe DB2 retries with MAX or 4K?).  If coded as MAX, 
it will end up being backed by 4K frames.  

Regards,

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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Question on DB2 and LFAREA (large-pages)

2012-10-18 Thread Knutson, Sam

Hi Mauri,

We have done this in all but our largest data sharing Sysplex which is 
scheduled next month.

Currently there is an open interesting APAR OA39941.  
If you exceed 80% of Large Pages you will get an exciting red hi-lite message 
from SRM.
Nothing bad may happen but some ISV products may react to the bits that are set 
in control blocks.
It would be best to avoid exceeding SRM thresholds of Large Pages till you 
apply the PTF for OA39941 or test this condition in an identical non-production 
LPAR at your site with your software mix.

DB2 will get its storage even over 100% allocated large pages and will work 
fine functionally but you would get error message IRA120E LARGE FRAME SHORTAGE. 
We are managing the LFA size which can be set only at IPL carefully with our 
DBA's to avoid exceeding the 80% threshold.  
We already had procedures in place to manage storage with them because we use 
almost all page fixed buffer pools and they need to work with closely on 
budgeting real storage use and management of the available frame queue in each 
LPAR.

APAR Identifier .. OA39941  Last Changed  12/09/25
  MESSAGES IRA120E AND IRA121E SHOULD BE INFORMATIONAL

SRM monitors large frame usage and issues message IRA120E when
  80% of all large frames in the system are in use and then
  issues message IRA121E when 95% of all large frames in the
  system are in use.  These messages were implemented as
  highlighted action messages but they are really only
  informational messages.

    Best Regards, 

    Sam Knutson, GEICO 
    System z Team Leader 
    mailto:sknut...@geico.com 
    (office)  301.986.3574 
    (cell) 301.996.1318
  
Think big, act bold, start simple, grow fast... 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mauri Kanter
Sent: Thursday, October 18, 2012 8:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Question on DB2 and LFAREA (large-pages)

Good day !!!

I'm looking on how to implement DB2 and its large page support.

One question ...

Suppose I allocate an LFAREA of 4.5 GB based on the fact that the fixed DB2 
bufferpools use 4GB.

Then my DBA requests to dynamically ALTER the bufferpool to 5GB. What's happen 
then?

a - Is it allocated part with large pages and part with 4K pages?
b - All with 4K pages?
c - Not possible, need to IPL?
d - Other

Thanks in advance for your hints.

Mauri.

This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.


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

Nested enclaves and POSIX(ON)

2012-10-18 Thread Charles Mills

I have a program written in LE C++ that is among other usages designed to be
callable from a COBOL (or potentially other LE) program. I recently changed
the program to run POSIX(ON) because it is now sometimes calling the GSK
crypto routines.

Now, when I call it from a COBOL program I get the following error:

CEE3648S POSIX(ON) run-time option in a nested
enclave enclave-name is not supported.
Explanation: In Language Environment, a process can
have only one enclave that is running with POSIX(ON),
and that enclave must be the first enclave. All nested
enclaves must be running with POSIX(OFF).
Programmer response: Specify the POSIX(ON)
run-time option for only the first enclave. Make sure all
nested enclaves specify POSIX(OFF).
System action: The application will be terminated.

Is it truly the case that a POSIX(ON) main program can't be invoked from
another LE program? That seems kind of restrictive given that a number of C
library functions require POSIX(ON).

I gather it's also not possible to turn POSIX on programmatically, is that
correct? It has to be set either with a #pragma or one of the CEEOPTS type
methods, is that right?

Charles 

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

Re: Question on DB2 and LFAREA (large-pages)

2012-10-18 Thread Mauri Kanter

Mark, Sam,

Thank you for your prompt answers !

Mauri.

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

42 matches

Mail list logo