No, it was a real mini disk formated as SWAP ________________________________________ From: The IBM z/VM Operating System [ib...@listserv.uark.edu] On Behalf Of Dave Jones [d...@vsoft-software.com] Sent: Monday, May 17, 2010 3:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Device locks
That's very interesting....that the swap disk had a lock on it. The swap disk is a virtual disk in storage, right? On 05/17/2010 02:14 PM, Eric Spencer wrote: > Dave, > > That was it. > > This machine had been running linux. I had stopped linux and logged it off. > > vdev - 100 (root file system) > 101 (swap) > 102 (/usr) > > 101 had a device lock on it for some reason. > > Thanks > > Eric Spencer > p:512.241.7313 | f:512.343.9538 > Neon Enterprise Software LLC. > > > > >> -----Original Message----- >> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On >> Behalf Of Dave Jones >> Sent: Monday, May 17, 2010 1:53 PM >> To: IBMVM@LISTSERV.UARK.EDU >> Subject: Re: Device locks >> >> Eric, >> >> you need to find out what virtual address in the directory entry is >> locked and then use the DIRM FOR EWSAUTO1 UNOCK<vaddr> command. >> >> DJ >> >> On 05/17/2010 01:25 PM, Eric Spencer wrote: >>> I tried that first (DIRM FOR ... unlock). it doesn't appear to be "that >> kind" of lock. >>> >>> DVHREQ2288I Your UNLOCK request for EWSAUTO1 at * has been accepted. >>> DVHLOC3601E Directory entry EWSAUTO1 is already unlocked. >>> DVHREQ2289E Your UNLOCK request for EWSAUTO1 at * has failed; with RC >>> DVHREQ2289E = 3601. >>> >>> >>> Eric Spencer >>> p:512.241.7313 | f:512.343.9538 >>> Neon Enterprise Software LLC. >>> >>> >>> >>> >>> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On >> Behalf Of clifford jackson >>> Sent: Monday, May 17, 2010 1:19 PM >>> To: IBMVM@LISTSERV.UARK.EDU >>> Subject: Re: Device locks >>> >>> can't you issue a DIRM unlock >>> ________________________________ >>> Date: Mon, 17 May 2010 11:09:40 -0700 >>> From: david.wak...@infocrossing.com >>> Subject: Re: Device locks >>> To: IBMVM@LISTSERV.UARK.EDU >>> There is a DELETE LOCK command that will probably rectify the >> situation. But the question that bothers me is: how/why did the user lock >> the member? >>> >>> David Wakser >>> >>> Syntax: >>> >>>>> --DELete--LOCk--.-.----------------.--dirid-.------------------------ >> ------> >>> | '-.-fn-.--.-ft-.-' | >>> | '-*--' '-*--' | >>> '-fn--ft--bfsid-------------' >>> >>> .-(--NOType---------------------. >>>> --+-------------------------------+----------------------------------- >> ----->< >>> '-(--.-TYPe------------.--.---.-' >>> | .-FIFO-. | '-)-' >>> |-STACK--+------+-| >>> | '-LIFO-' | >>> |-LIFO------------| >>> |-FIFO------------| >>> '-NOType----------' >>> >>> >>> >>> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On >> Behalf Of Eric Spencer >>> Sent: Monday, May 17, 2010 1:36 PM >>> To: IBMVM@LISTSERV.UARK.EDU >>> Subject: Device locks >>> >>> I am getting the following - >>> >>> dirm for ewsauto1 get >>> DVHXMT1191I Your GET request has been sent for processing. >>> Ready; T=0.01/0.01 13:32:10 >>> DVHREQ2288I Your GET request for EWSAUTO1 at * has been accepted. >>> DVHLOC3602E Directory entry EWSAUTO1 has active device locks against >> it. >>> DVHLOC3602E A USER lock can not be granted. >>> DVHREQ2289E Your GET request for EWSAUTO1 at * has failed; with RC = >>> DVHREQ2289E 3602. >>> >>> >>> The user is logged off, any suggestions on commands to display what >> device is locked or how to unlock it? >>> >>> Eric Spencer >>> espen...@neon.com<mailto:espen...@neonesoft.com> >>> >>> >>> >>> Confidentiality Note: This e-mail, including any attachment to it, may >> contain material that is confidential, proprietary, privileged and/or >> "Protected Health Information," within the meaning of the regulations >> under the Health Insurance Portability& Accountability Act as amended. >> If it is not clear that you are the intended recipient, you are hereby >> notified that you have received this transmittal in error, and any >> review, dissemination, distribution or copying of this e-mail, including >> any attachment to it, is strictly prohibited. If you have received this >> e-mail in error, please immediately return it to the sender and delete it >> from your system. Thank you. >>> >>> ________________________________ >>> Hotmail is redefining busy with tools for the New Busy. Get more from >> your inbox. See >> how.<http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMT >> AGL:ON:WL:en-US:WM_HMP:042010_2> >>> >> >> -- >> Dave Jones >> V/Soft >> www.vsoft-software.com >> Houston, TX >> 281.578.7544 -- Dave Jones V/Soft www.vsoft-software.com Houston, TX 281.578.7544