On Tue, 15 Aug 2006 19:54:01 +0530, Jacky Bright <[EMAIL PROTECTED]> wrote:
> Hi, > >I faced prob. in production today ... We got error at around 12.20 that MQ 2 >of 8 active logs full. > >Thereafter, operator had replied the message and the console was asking to >mount tape in 780 tape drive. However operator kept the message un-attended >and left for lunch. > >Later application ppl complained tht they are not able to view mq objects. >During tht period even we couldn't cancel TSO users accessing mq objects. > >Once logs were taken into tape, all users got terminated. and thereafter >they could view MQ Objects. > >Can anyone explain, even though 6 logs were pending why the problem occurred >? > >logs appended below... > >Jacky.... > > Jacky - We have had this same occur in DB2 - MQ and DB2 uses the same logging techniques. At message: *12 IEF455D MOUNT PRIVAT ON 0780 FOR MPFTMSTR MPFTMSTR OR >REPLY 'NO' MQ issues an ENQ on one of it's resources, not sure which one it is at this time. But either way, MQ is ezpecting either a tape to be mounted or you to reply no to the message. If you were to reply no then MQ would continue, perhaps after another reply to the IEF455D message for the second log if doing dual logging. Basically, for all I know, this is how it works. Perhaps someone with more DB2/MQ expirence can offer some advice on if there are ways around it. If you would have some tape drives set to "System" and scratch tapes loaded, then there wouldn't necessarily be any operator intervention and it could have loaded the scratch tape itself. HTH, PTL ---------------------------------------------------------------------- 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
