I verified, the HOST= value was/is 'C'. I will take yours and Ed's advice and open a PMR with IBM. Thanks for all your help.
--- On Fri, 13/8/10, Scott Rowe <[email protected]> wrote: From: Scott Rowe <[email protected]> Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST To: [email protected] Received: Friday, 13 August, 2010, 1:40 AM Well, HSM obviously thinks that there is another HSM host running recycle, and I'm pretty sure that that belief is due to a field in a CDS record. Is there any chance that your HOST= value was not always "C"? if not, I agree with Tom that you need to open a PMR with IBM, it would appear that something might have clobbered a CDS record. >>> John Dawes <[email protected]> 8/12/2010 11:27 AM >>> Here it is: ARC0101I QUERY ACTIVE COMMAND STARTING ON HOST=C ARC0144I AUDIT=NOT HELD AND INACTIVE, LIST=NOT HELD AND INACTIVE, RECYCLE=NOT ARC0144I (CONT.) HELD AND INACTIVE, REPORT=NOT HELD AND INACTIVE ARC0160I MIGRATION=NOT HELD, AUTOMIGRATION=NOT HELD, RECALL=NOT HELD, ARC0160I (CONT.) TAPERECALL=NOT HELD, DATA SET MIGRATION=INACTIVE, VOLUME ARC0160I (CONT.) MIGRATION=INACTIVE, DATA SET RECALL=ACTIVE ARC0163I BACKUP=NOT HELD, AUTOBACKUP=NOT HELD, RECOVERY=NOT HELD, ARC0163I (CONT.) TAPEDATASETRECOVERY=NOT HELD, DATA SET BACKUP=NOT HELD, VOLUME ARC0163I (CONT.) BACKUP=INACTIVE, DATA SET RECOVERY=INACTIVE, VOLUME ARC0163I (CONT.) RECOVERY=INACTIVE ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP ACTUAL IDLETASKS=(ALLOC=00, ARC0276I (CONT.) MAX=00) ARC1826I FRBACKUP=NOT HELD AND INACTIVE,FRRECOV=NOT HELD AND INACTIVE,FRBACKUP ARC1826I (CONT.) DUMP=NOT HELD AND INACTIVE,FRRECOV(TAPE)=NOT HELD AND INACTIVE ARC1826I (CONT.) FRRECOV(DATASET)=NOT HELD AND INACTIVE ARC0642I DUMP=NOT HELD, AUTODUMP=NOT HELD, VOLUME DUMP=INACTIVE, VOLUME ARC0642I (CONT.) RESTORE=INACTIVE, DATA SET RESTORE=INACTIVE ARC0142I LEVEL 1 TO LEVEL 2 MIGRATION, CURRENTLY IN PROCESS ARC0437I - TAPECOPY NOT HELD AND INACTIVE ARC0437I - TAPEREPL NOT HELD AND INACTIVE ARC0415I EXPIREBV=NOT HELD AND INACTIVE, LAST STORED BACKUP VERSION KEY=, LAST ARC0415I (CONT.) STORED ABARS VERSION KEY=, LAST PLANNED END KEY= ARC0460I PRIVATE AREA LIMIT=7784K, UNALLOCATED=5100K, LARGEST FREE AREAS=4904K, ARC0460I (CONT.) 60K ARC0460I EXTENDED PRIVATE AREA LIMIT=256M, UNALLOCATED=233M, LARGEST FREE ARC0460I (CONT.) AREAS=223M, 628K ARC6018I AGGREGATE BACKUP/RECOVERY = INACTIVE ARC6019I AGGREGATE BACKUP = NOT HELD, AGGREGATE RECOVERY = NOT HELD ARC1540I COMMON RECALL QUEUE PLACEMENT FACTORS: CONNECTION STATUS=UNCONNECTED, ARC1540I (CONT.) CRQPLEX HOLD STATUS=***,HOST COMMONQUEUE HOLD STATUS=NONE, ARC1540I (CONT.) STRUCTURE ENTRIES=***% FULL,STRUCTURE ELEMENTS=***% FULL ARC1541I COMMON RECALL QUEUE SELECTION FACTORS: CONNECTION STATUS=UNCONNECTED, ARC1541I (CONT.) HOST RECALL HOLD STATUS=NONE,HOST COMMONQUEUE HOLD STATUS=NONE ARC0101I QUERY ACTIVE COMMAND COMPLETED ON HOST=C --- On Fri, 13/8/10, Scott Rowe <[email protected]> wrote: From: Scott Rowe <[email protected]> Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST To: [email protected] Received: Friday, 13 August, 2010, 1:24 AM Could you post the full response to a QUERY ACTIVE command? >>> John Dawes <[email protected]> 8/12/2010 11:19 AM >>> Scott, To confirm, the DASD is not shared with any other LPAR. It is totally independent. There are no other HSMs that the share the CDS. There is only 1 HSM in this LPAR and nothing shares it. I will continue digging around. Let me know if you have any other thoughts. --- On Fri, 13/8/10, Scott Rowe <[email protected]> wrote: From: Scott Rowe <[email protected]> Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST To: [email protected] Received: Friday, 13 August, 2010, 1:01 AM So, by saying it is independent you mean that it does not share DASD with any other systems? Has there ever been any other HSM address space that has used these CDSs? >>> John Dawes <[email protected]> 8/12/2010 10:43 AM >>> Scott, I am sorry that I wasn't clear. When I said " no other host " I meant that this partition is independent and does not have any other HSM STCs or Address space executing. There is only 1 HSM STC executing. --- On Fri, 13/8/10, Scott Rowe <[email protected]> wrote: From: Scott Rowe <[email protected]> Subject: Re: NO RESPONSE TO MY EARLIER POST ON HSM - REPOST To: [email protected] Received: Friday, 13 August, 2010, 12:36 AM John, I seriously doubt it is because of SSM, I run recycle with SSM every day here, with no problem. I was curious whate you meant by these statements: The only problem is that there is no other host which is using this address space. This partition is not shared by another resource. The meaning of these statements is not clear to me. The ARC0846I message indicates that another HSM (most likely on another z/OS image) is running RECYCLE. Do you have other instances of HSM that share the same CDSs? >>> John Dawes <[email protected]> 8/12/2010 10:27 AM >>> G'Day, Did anybody have a chance to read my earlier post regarding HSM? Just in case, I am reposting it. I have noticed something very strange. A recycle did not execute because of : ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST. The only problem is that there is no other host which is using this address space. This partition is not shared by another resource. I noticed that SECONDARY SPACE MANAGEMENT is running. Could this be the cause? Here is the message in its entirety: RECYCLE EXECUTE ALL PERCENTVALID(25) ARC0830I RECYCLE COMMAND PROCESSING STARTING ARC0846I ML2 TAPES ARE BEING RECYCLED BY ANOTHER HOST ARC0837I NO BACKUP VOLUMES WERE FOUND TO BE ELIGIBLE FOR RECYCLE, CRITERIA USED=025% ARC0847I RECYCLE INPUT VOLUMES FREED=0000, OUTPUT VOLUMES USED=0000 ARC0831I RECYCLE COMMAND PROCESSING ENDING ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] 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 [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] 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 [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] 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 [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] 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 [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
