Mr Yaeger, If we SORT datasets in dasd, then IGNWKDD is perfect. But what happens when SORTIN is a TAPE dataset and tape management software is not RMM ?
What is the best approach, is it necessary to specify USEWKDD ? Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto BANCO BRADESCO S.A. 4254 / DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 3684-2177 R: 42177 3-1402 Fax: +55 11 4197-2814 -----Mensagem original----- De: IBM Mainframe Discussion List [mailto:[email protected]] Em nome de Frank Yaeger Enviada em: segunda-feira, 26 de março de 2012 14:30 Para: [email protected] Assunto: Re: z/OS 1.11 DFSORT ICE046A Jerry Bergman on IBM Mainframe Discussion List <[email protected]> wrote on 03/26/2012 09:49:24 AM: > We recently upgraded from 1.9 to 1.11. It went well, but now several > of our production jobs are dying with ICE406A - Sort Capacity > Exceeded. The JCL has 3 sortwork DDs with an allocation of CYL(1,1) > or (2,1). Quite frankly I'm surprised they ever worked. When I tell > the application folks they need to follow the recommendation from > the doc for ICE046A, namely increase their sortwork size, their > response is that I need to set some parameter so they don't have to > change their JCL and if I ask someone will surely know what that > parameter is and tell me. So I am asking. >I need to set some parameter so they don't have to change their JCL Consider setting the DFSORT installation option DYNAUTO=IGNWKDD (via an ICEPRMxx member). This would tell DFSORT to deallocate any SORTWKdd DD data sets and use dynamically allocated work data sets instead, which we recommend. For more details, see the DFSORT books at: http://www.ibm.com/support/docview.wss?rs=114&uid=isg3T7000080 Frank Yaeger - DFSORT Development Team (IBM) - [email protected] Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN AVISO LEGAL <br>...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. LEGAL ADVICE<br>...This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
