When there is no UNIX session logged into UniVerse, you can setup an inode link with the "list_readu" executable to run "UNLOCK" commands from UNIX :
# cd `cat /.uvhome` # ln bin/list_readu bin/unlock # bin/unlock LOGINLOCK SEMAPHORE Same would apply to run "port.status" commands from UNIX : # ln bin/list_readu bin/port.status Hope this will help, Hervi BALESTRIERI Support Technique Avanci - Produits "U2" IBM Software Group - DB2 Information Management Software Web : http://www.ibm.com/software/u2/ ----- Forwarded by Herve Balestrieri/France/IBM on 23/11/2005 15:54 ----- "Perry Taylor" <[EMAIL PROTECTED] med.com> To Sent by: <u2-users@listserver.u2ug.org> [EMAIL PROTECTED] cc stserver.u2ug.org Subject RE: [U2] [UV] PORT.STATUS From Unix 23/11/2005 15:27 Please respond to u2-users Hrm. Good info. How would one go about finding a "hung" port.status semphore? -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stevenson, Charles Sent: Tuesday, November 22, 2005 9:46 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] [UV] PORT.STATUS From Unix > From: Perry Taylor > > What would be the indications/complications of this happening? No one else can run port.status until the port.status semaphore is cleared. A more dangerous similar example is locking the login semaphore. Logins to UV shell are singlethreaded via this semaphore. uvlictool apparently sets the semaphore so it can do its thing in peace. If you run uvlictool and pipe the results to a typo ("gerp" instead of "grep" is one of my favorites), then uvlictool aborts without clearing the semaphore & no one can log in. At that point root needs to do UNLOCK LOGINLOCK SEMAPHORE. Provided root is already logged in! Don't know what happens if you don't have already have a superuser Universe session established. I generally keep one session like that in the computer room. My workaround is to never run uvlictool directly, but only via a script that runs it cleanly, captures the result the spits it back out. I can then pipe stdout with impugnity. $cat /usr/local/bin/uvlicc #!/bin/sh # uvlictool workaround. (see uvlicr, too.) # Can't handle being piped to an error without leaving uv login semaphore set. # (GTAR 31205) 08/12/02 CDS `cat /.uvhome`/bin/uvlictool clean_lic -a > /tmp/uvlicc.txt ; cat /tmp/uvlicc.txt $cat /usr/local/bin/uvlicr #!/bin/sh # uvlictool workaround. (see uvlicc, too.) # Can't handle being piped to an error without leaving uv login semaphore set. # (GTAR 31205) 08/12/02 CDS `cat /.uvhome`/bin/uvlictool report_lic > /tmp/uvlicr.txt ; cat /tmp/uvlicr.txt This is kinda rinkydink too, because if userA runs uvlicr, the /tmp file gets created and is not overwritten when userB runs it. uvlicc is not a problem since only superuser can run it. > From: Stevenson, Charles > yeahbut, be careful not to leave the semaphore set via miss-typing: > For example if you did: > $port.status | asdfasf (where asdfasf is garbage.) > You'll need superuser (or uv administrator?) to do > >UNLOCK PSTATLOCK SEMAPHORE > from TCL. > > > From: Rod Hills > > > > If you display the VOC entry for PORT.STATUS you'll see it calls > > "list_readu". Just "cd /u1/uv/bin" then "ln list_readu port.status". > > > > Then you can run port.status at the unix level. > > > > From: Perry Taylor > > Does anyone know of a way to run PORT.STATUS externally? I want to > > process it's output in a shell script without the overhead > of starting > > > up uvsh. Something akin to running smat -r to get the same > output as > > LIST.READU from with uvsh. Any ideas? ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. ZirMed, Inc. has strict policies regarding the content of e-mail communications, specifically Protected Health Information, any communications containing such material will be returned to the originating party with such advisement noted. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/