A fix is available
APAR status
Closed as program error.
Error description
An unload hangs and stops consuming CPU. This occurs when ALL the following conditions are fulfilled: - an UNLOAD statement specifies several logical unloads (SELECT statement and OUTDDN option) - from the same table stored in a partitioned tablespace - and run in native mode - that share the same output dataset - partition parallelism is used for this unload - the parmlib parameter VUU036/GBLPARAL is set to YES - the parmlib parameter VUU044/SUBTKSOF is set to YES
Local fix
Consider either of the following: - run the unload in SQL mode by specifying DB2 FORCE. This solves the issue for the unload in question but reduces the amount of CPU offloaded to zIIP processors for it. - set the VUU044/SUBTKSOF parmlib parameter to NO (which is the recommended value). This allows to keep the same zIIP usage but impacts any unload run in native mode from data sets per partition into a single output file.
Problem summary
**************************************************************** * USERS AFFECTED: Users of Db2 High Performance Unload for * * z/OS * **************************************************************** * PROBLEM DESCRIPTION: An unload hangs and stops consuming * * CPU. * * * * This occurs when all the following * * conditions are fulfilled: * * * * - an UNLOAD statement specifies * * several logical unloads (SELECT * * statement and OUTDDN option) * * * * - from the same table stored in * * a partitioned tablespace * * - and run in native mode * * - that share the same output * * dataset * * * * - partition parallelism is used for * * this unload * * * * - the parmlib parameter * * VUU036/GBLPARAL is set to YES * * * * - the parmlib parameter * * VUU044/SUBTKSOF is set to YES * * * * Local fix: consider either of the * * following: * * * * - run the unload in SQL mode by * * specifying DB2 FORCE. This solves * * the issue for the unload in * * question but reduces the amount * * of CPU offloaded to zIIP * * processors for it. * * * * - set the VUU044/SUBTKSOF parmlib * * parameter to NO (which is the * * recommended value). This allows * * to keep the same zIIP usage but * * impacts any unload run in native * * mode from data sets per partition * * into a single output dataset * **************************************************************** * RECOMMENDATION: Apply the PTF * **************************************************************** HANG IN NATIVE MODE UNLOADING SAME TABLE TO A SINGLE OUTPUT DS IF VUU036/GBLPARAL AND VUU044/SUBTKSOF SET TO YES
Problem conclusion
Code has been changed to fix this problem
Temporary fix
Comments
APAR Information
APAR number
PH67241
Reported component name
DB2 HI PERF UNL
Reported component ID
5697F4400
Reported release
520
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2025-07-08
Closed date
2025-08-18
Last modified date
2025-08-31
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Modules/Macros
INZUTILK
Fix information
Fixed component name
DB2 HI PERF UNL
Fixed component ID
5697F4400
Applicable component levels
R520 PSY UO04514
UP25/08/23 P F508
Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSZJXP","label":"DB2 Tools for z\/OS"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"520","Line of Business":{"code":"LOB10","label":"Data and AI"}}]
Document Information
Modified date:
31 August 2025