home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / bit / listserv / vmutil / 1451 < prev    next >
Encoding:
Text File  |  1992-09-03  |  1.3 KB  |  31 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!SMUVM1.BITNET!BATES
  3. Message-ID: <VM-UTIL%92090312371775@UTARLVM1.UTA.EDU>
  4. Newsgroups: bit.listserv.vm-util
  5. Date:         Thu, 3 Sep 1992 12:25:06 CST
  6. Sender:       VM Utilities Discussion List <VM-UTIL@OHSTVMA.BITNET>
  7. From:         BATES@SMUVM1.BITNET
  8. Subject:      Re: LOGOFF/FORCE PENDING
  9. In-Reply-To:  Message of Thu,
  10.               3 Sep 1992 09:57:34 UEC from
  11.               <CCUE010%ccvm.unicamp.br@CCSUN.UNICAMP.BR>
  12. Lines: 17
  13.  
  14. I have dealt with several users in LOGOFF/FORCE PENDING state. Different
  15. things at different times. If any of them are on terminals controlled by
  16. VTAM, sometimes they can be forced inact to get them off.
  17.  
  18. Do CP LOC userid to get the beginning of the user VMDBK. D HTaddr.1000
  19. will display the block. If you have a DATA AREAS and CONTROL BLOCKS
  20. book handy there are some places to check and can usually reset without
  21. knocking the system down. Specifically around x'2A0 and x'38A. The user
  22. to be logged off bit has to be reset in order to get the force to work.
  23.  
  24. I get these done a little better than 90% of the time. The rest of the
  25. time I get the IPL, usually immediately due to a CP ABEND. Depends on
  26. how bad they look.
  27.  
  28. If you like send me a copy of the VMDBK and I'll look.
  29. Send to BATES@SMUVM1
  30.      or BATES@vm.cis.smu.edu
  31.