Rocket U2 | UniVerse & UniData

Expand all | Collapse all

UV PORT.STATUS on Windows and Unavailable last command

  • 1.  UV PORT.STATUS on Windows and Unavailable last command

    Posted 12-07-2020 11:33
    hello 

    One behavior of UV / Windows Port.Status that I have never resolved is the presence of Unavailable as the last process command.
    Which greatly slows down the output of port.status.
    Have you ever experienced  such a situation?
    sample
    There are currently 48 uniVerse sessions; 19 interactive, 29 phantom
    Pid.... User name. Who. Port name..... Last command processed.......
    10760 efv 9 Unknown Unavailable
     8104 jcd -30 Unavailable
     4132 jcd -43 Unavailable
     8588 jcd -44 Unavailable
    10660 jcd -46 Unavailable


    ------------------------------
    Manu Fernandes
    ------------------------------


  • 2.  RE: UV PORT.STATUS on Windows and Unavailable last command

    Posted 12-08-2020 09:40
    Hi Manu,

    Quick question, are these processes uvsh processes (telnet/ssh) or uvapi processes (UO.NET/UOJ/etc.)?  Also, what version of UniVerse did you see this slow down?

    Thanks,
    Steve

    ------------------------------
    Steven Wingfield
    Rocket Software
    ------------------------------



  • 3.  RE: UV PORT.STATUS on Windows and Unavailable last command

    Posted 12-08-2020 11:31
    Hi steve,

    Thanks for your participation. 

    I encounter it under uv/windows 11.3.2 (but from 11.x and always under windows os) 

    Some session are uvsh (Telnet) , some are  uvcs (sb/xa), many are phantom (with socket operation).

    Actually, with 20 actives sessions, port.status takes 25 seconds... And as sb/xa start a port.status when user login it became critical... That's why I start a search... 

    Thanks for any advice.

    ------------------------------
    Manu Fernandes
    ------------------------------



  • 4.  RE: UV PORT.STATUS on Windows and Unavailable last command

    Posted 12-08-2020 12:20
    Thanks for the extra info Manu.  Would you be able to send us the following as well?

    1. Output of port.status
    2. Annotated with which processes are uvcs, which are uvsh, and which are phantoms executing the socket operation?
    3. Total time the command took to finish.

    Something like the following, for example:

    There are currently 48 uniVerse sessions; 19 interactive, 29 phantom
    Pid.... User name. Who. Port name..... Last command processed.......
    5555 userA 9 Unknown Unavailable <-- phantom executing socket call
    6666 userB -30 Unavailable <-- uvcs from sb/xa
    7777 userB -43 Unavailable <-- uvcs from sb/xa
    8888 userB -44 Unavailable <-- uvcs from sb/xa
    9999 userC -46 LIST VOC <-- uvsh
    ...


    ------------------------------
    Steven Wingfield
    Rocket Software
    ------------------------------



  • 5.  RE: UV PORT.STATUS on Windows and Unavailable last command

    Posted 12-09-2020 10:02
      |   view attached
    hi,

    thanks for any help
    I join a xls file to detail the sessions.
    I hope you can help 
    column pkg show what it is : sbxa, wihdl = phantom+socket

    ------------------------------
    Manu Fernandes
    ------------------------------

    Attachment(s)

    xlsx
    uv.list.sessions.xlsx   13 KB 1 version


  • 6.  RE: UV PORT.STATUS on Windows and Unavailable last command

    Posted 01-09-2021 10:51
    Thanks for this Manu, and apologies for the delay, I was out for the holidays and getting back into things now.  I will take a look at the attachment.

    ------------------------------
    Steven Wingfield
    Rocket Software
    ------------------------------



  • 7.  RE: UV PORT.STATUS on Windows and Unavailable last command

    Posted 01-19-2021 13:45

    Hi Manu!

    I am sure Steven will come up with the actual technical answer, but I can provide some anecdotal information that might help.

    We work in a Universe on AIX environment, but we also occasionally get the "unavailable" response to some ports when we run a PORT.STATUS.  Our experience has been that PORT.STATUS will return "unavailable" under the following conditions:
      -  The process that is running on that port is VERY busy and does not respond to the PORT.STATUS command
      -  The connection (uvcs or ssh) has been dropped by the user, but the back-end process is still active and has not terminated (stuck on a lock, stuck in a tight loop, etc.)
      -  The process on that port is stuck waiting on some kind of system input (like a response to a disk write) and is ignoring other system requests
      -  The process that was running on that port aborted in such a way that it did not properly clean up the workspace (very rare).

    Again, though, we're in an AIX environment, so I don't know if any of these scenarios apply to the Windows world or not.



    ------------------------------
    Brian Paige
    Serta Simmons Bedding, LLC
    ------------------------------



  • 8.  RE: UV PORT.STATUS on Windows and Unavailable last command

    Posted 13 days ago
    Hi Manu,

    I am so sorry for the delay.  Was busy with a release, and then some crazy winter weather took our state out of commission for a bit.  I'm back now though.

    So, on Windows, UniVerse uses an alternative to Unix signal handling to communicate PORT.STATUS information from the queried processes over to the port.status.exe program.  This mechanism uses Windows Event Objects.  The delay you see (about one second per queried uvcs process), is because the uvcs processes are busy listening on their tcp/ip port, and cannot respond to port.status.exe's query.  Thus, each of these queries to the respective uvcs processes times out after about one second.  This is cumulative across all of the uvcs processes that port.status.exe is querying.

    There was recently filed an engineering case around this.  I will reach out to you with additional details.

    Thanks for your patience,
    Steve

    ------------------------------
    Steven Wingfield
    Rocket Software
    ------------------------------



  • 9.  RE: UV PORT.STATUS on Windows and Unavailable last command

    Posted 13 days ago
    Hi steve, 

    Many thanks for the explain. 

    Yes, there is wait-time on uvcs client (SBXA) but too with process runnung as iPhantoms which are using socket waiting request result. Probable the same behavior you de scribe. 

    Actually to accellerate the sbxa login, I overload PORT.STATUS when requested by sbxa'login. 

    Regards

    ------------------------------
    Manu Fernandes
    ------------------------------