He did post in DB2-L and I suggested to get the note reviewed by OS listers especially the no types as I attach here. He has STC DETAIL coded in his SMFPRMxx
My reply in DB2-List is given below. Please can someone review. " STC DETAIL is likely what is elongating the time. I suggest cross posting the question to MVS list so you get feedback from the OS listers too. https://listserv.ua.edu/archives/ibm-main.html DDCONS(NO) will only stop consolidating the duplicate EXCP sections on type30. STC nodetail will exclude excp sections from 30:4 and 30:5 If you code nodetail you also need a interval value. STC nodetail should bring down the shutdown time. SUBSYS(STC,NODETAIL,INTERVAL(reqd for nodetail)) or add notype for reducing the records. SUBSYS(STC,NOTYPE(1:5,8:13,16,19:20,27,29,31,33:36,40, 41,42(1:5),42(7:99),43:49,64,92(10:11),118,128), NODETAIL,INTERVAL(reqd for nodetail), EXITS(your list of exits)) In addition, PM17542 (very old APAR) provided a allocxx parameter called memdsenqmgmt You may want to review that too. This is also documented in installation guide under dsmax discussions. If the system is datasharing castout might delay shutdown occasionally although castout(no) is an option if the intent is a quick down and up, Personally I wouldn't specify castout(no) during shutdown. " Venkat ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
