<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Disconnected users in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172214#M1013</link>
    <description>Digital AlphaStation 500/400 128 Mbytes&lt;BR /&gt;ARBMQ/MGRWVW&amp;gt;sh us/fu&lt;BR /&gt;      OpenVMS User Processes at 23-JAN-2004 14:59:29.48&lt;BR /&gt;    Total number of users = 3,  number of processes = 8&lt;BR /&gt;&lt;BR /&gt; Username    Process Name       PID     Terminal&lt;BR /&gt; 460405345   46040534$CDE002  000001A3  MBA844:  (disconnected)&lt;BR /&gt; 460405345   460405345        0000019F  MBA838:  (disconnected)&lt;BR /&gt; 460405345   460405345_1      000001A0  (subprocess of 0000019F)&lt;BR /&gt; 460405345   460405345_2      000001A7  (subprocess of 000001A3)&lt;BR /&gt; 460405345   _FTA4:           0000019D  FTA4:&lt;BR /&gt; 650709948   FOE010_GAMMA     0000014D  MBA782:  (disconnected)&lt;BR /&gt; SYSMGR_WVW  SYSMGR_WVW       000001BE  TNA5:&lt;BR /&gt;                                                 (Host: SPVMX1 User: SYSMGR_WVW)&lt;BR /&gt; SYSMGR_WVW  _TNA6:           000001BF  TNA6:&lt;BR /&gt;                                                 (Host: WSYS01 User: SYSMGR_WVW)&lt;BR /&gt;&lt;BR /&gt;Does anyone knows why users are disconnected ? Why are they disconnected and not deleted and does anyone has a script to remove them safely ?&lt;BR /&gt;&lt;BR /&gt;It seems that they are not always without user because when I did stop/id someone yelled.</description>
    <pubDate>Fri, 23 Jan 2004 09:02:25 GMT</pubDate>
    <dc:creator>Wim Van den Wyngaert</dc:creator>
    <dc:date>2004-01-23T09:02:25Z</dc:date>
    <item>
      <title>Disconnected users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172214#M1013</link>
      <description>Digital AlphaStation 500/400 128 Mbytes&lt;BR /&gt;ARBMQ/MGRWVW&amp;gt;sh us/fu&lt;BR /&gt;      OpenVMS User Processes at 23-JAN-2004 14:59:29.48&lt;BR /&gt;    Total number of users = 3,  number of processes = 8&lt;BR /&gt;&lt;BR /&gt; Username    Process Name       PID     Terminal&lt;BR /&gt; 460405345   46040534$CDE002  000001A3  MBA844:  (disconnected)&lt;BR /&gt; 460405345   460405345        0000019F  MBA838:  (disconnected)&lt;BR /&gt; 460405345   460405345_1      000001A0  (subprocess of 0000019F)&lt;BR /&gt; 460405345   460405345_2      000001A7  (subprocess of 000001A3)&lt;BR /&gt; 460405345   _FTA4:           0000019D  FTA4:&lt;BR /&gt; 650709948   FOE010_GAMMA     0000014D  MBA782:  (disconnected)&lt;BR /&gt; SYSMGR_WVW  SYSMGR_WVW       000001BE  TNA5:&lt;BR /&gt;                                                 (Host: SPVMX1 User: SYSMGR_WVW)&lt;BR /&gt; SYSMGR_WVW  _TNA6:           000001BF  TNA6:&lt;BR /&gt;                                                 (Host: WSYS01 User: SYSMGR_WVW)&lt;BR /&gt;&lt;BR /&gt;Does anyone knows why users are disconnected ? Why are they disconnected and not deleted and does anyone has a script to remove them safely ?&lt;BR /&gt;&lt;BR /&gt;It seems that they are not always without user because when I did stop/id someone yelled.</description>
      <pubDate>Fri, 23 Jan 2004 09:02:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172214#M1013</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2004-01-23T09:02:25Z</dc:date>
    </item>
    <item>
      <title>Re: Disconnected users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172215#M1014</link>
      <description>Wim,&lt;BR /&gt;&lt;BR /&gt;I don't know for sure if this also applies for Stations, but we have quite a log of disconnected users.&lt;BR /&gt;The users connect to VMS by terminal emulator from Mickeyware systems.&lt;BR /&gt;And over there they are trained to close an application by 'crossing it dead'.&lt;BR /&gt;And the (at least our) terminal emulator does not do a clean rundown, but just kills the connection, indeed leaving it disconnected at the VMS side.&lt;BR /&gt;&lt;BR /&gt;And yes, we have a cleanup job for it.&lt;BR /&gt;I will make it a bit more generic, take out our too-private bits, translate instructions and comments into English, and post it at DCL.OPENVMS.ORG.&lt;BR /&gt;Just a little patience please.&lt;BR /&gt;&lt;BR /&gt;Jan</description>
      <pubDate>Fri, 23 Jan 2004 09:20:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172215#M1014</guid>
      <dc:creator>Jan van den Ende</dc:creator>
      <dc:date>2004-01-23T09:20:30Z</dc:date>
    </item>
    <item>
      <title>Re: Disconnected users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172216#M1015</link>
      <description>Hi ,&lt;BR /&gt;&lt;BR /&gt;I have observed the similar in my decwindow session when I open Mozilla browser. The session terminal will be a MBA and it will show as disconnected though my browser is still open. If I close my browser, the disconnected MBA goes away. Or if I kill my disconnected process with stop/id , the mozilla browser got closed. This happens to all applications which are started by decwindow for example style manager or decwindow mail...etc. Are your users using mozilla browser ..or some other application which create MBA device ?? If yes, then it will be shown as Disconnected only. &lt;BR /&gt;&lt;BR /&gt;Thanks &amp;amp; regards,&lt;BR /&gt;Lokesh Jain</description>
      <pubDate>Fri, 23 Jan 2004 10:16:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172216#M1015</guid>
      <dc:creator>Lokesh_2</dc:creator>
      <dc:date>2004-01-23T10:16:39Z</dc:date>
    </item>
    <item>
      <title>Re: Disconnected users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172217#M1016</link>
      <description>OK , I found the answer now. This is expected behaviour. See below explanation:&lt;BR /&gt;&lt;BR /&gt;____________________________________&lt;BR /&gt;&lt;BR /&gt;The show user application first obtains the terminal name using the&lt;BR /&gt;System Service $GETJPI call.  The Session Manager creates a mailbox&lt;BR /&gt;for communication with a created detached process.  The show user&lt;BR /&gt;application then calls the $GETDVI service with this device and&lt;BR /&gt;using the item code of JPI$_TT_PHYDEVNAM JPI$_TT_ACCPORNAM to obtain&lt;BR /&gt;the actual terminal name (VTA1931: into LTA2115: ((DDE004/DDE004-30)).&lt;BR /&gt;The $GETDVI service returns null since the mailbox is not a terminal.&lt;BR /&gt;&lt;BR /&gt;If the physical device name is null, a check is made to see if the&lt;BR /&gt;process is batch, network, interactive, remote, or detached.  In&lt;BR /&gt;this situation, since the process is interactive and the terminal&lt;BR /&gt;field is not blank (MBAnnn), the show user applications assumes&lt;BR /&gt;that the process is disconnected.&lt;BR /&gt;&lt;BR /&gt;This is expected behavior.&lt;BR /&gt;&lt;BR /&gt;NOTE:  A disconnected process is a process which is not batch,&lt;BR /&gt;       network, interactive, remote, or detached, does not have a&lt;BR /&gt;       physical device, but does have a terminal.&lt;BR /&gt;\&lt;BR /&gt;_________________________________&lt;BR /&gt;&lt;BR /&gt;Thanks &amp;amp; regards,&lt;BR /&gt;Lokesh Jain</description>
      <pubDate>Fri, 23 Jan 2004 10:19:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172217#M1016</guid>
      <dc:creator>Lokesh_2</dc:creator>
      <dc:date>2004-01-23T10:19:37Z</dc:date>
    </item>
    <item>
      <title>Re: Disconnected users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172218#M1017</link>
      <description>We use KEA!X X terminal simulation. I find processes of the user that have an startup date older than the primary cde process. &lt;BR /&gt;&lt;BR /&gt;Thus I assume that they are leftovers from previous sessions (the user can stop the session by close app. in windows, choose cde exit, power off PC, etc). So I need to know which processes is disconnected from cde.</description>
      <pubDate>Fri, 23 Jan 2004 10:21:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172218#M1017</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2004-01-23T10:21:38Z</dc:date>
    </item>
    <item>
      <title>Re: Disconnected users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172219#M1018</link>
      <description>Hello,&lt;BR /&gt;&lt;BR /&gt;I agree that there is a good chance that this a problem connected to improperly closed terminal emulators.&lt;BR /&gt;&lt;BR /&gt;One way to get rid of such zombies is to run an idle killer. On possible candidate is Watcher. &lt;BR /&gt;&lt;BR /&gt;Check out &lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://vms.process.com/scripts/fileserv/fileserv_search.exe?package=watcher&amp;amp;description=&amp;amp;author=&amp;amp;system=Either&amp;amp;language=All" target="_blank"&gt;http://vms.process.com/scripts/fileserv/fileserv_search.exe?package=watcher&amp;amp;description=&amp;amp;author=&amp;amp;system=Either&amp;amp;language=All&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Greetings, Martin</description>
      <pubDate>Fri, 23 Jan 2004 10:23:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172219#M1018</guid>
      <dc:creator>Martin P.J. Zinser</dc:creator>
      <dc:date>2004-01-23T10:23:31Z</dc:date>
    </item>
    <item>
      <title>Re: Disconnected users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172220#M1019</link>
      <description>Wim,&lt;BR /&gt;&lt;BR /&gt;the promised procedure is at&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://dcl.openvms.org/stories.php?story=04/01/23/8559298" target="_blank"&gt;http://dcl.openvms.org/stories.php?story=04/01/23/8559298&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;In the mean time I understood that on Workstations you have to check that the process is NOT connected to an MBA.. device.&lt;BR /&gt;&lt;BR /&gt;Jan</description>
      <pubDate>Fri, 23 Jan 2004 10:35:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172220#M1019</guid>
      <dc:creator>Jan van den Ende</dc:creator>
      <dc:date>2004-01-23T10:35:07Z</dc:date>
    </item>
    <item>
      <title>Re: Disconnected users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172221#M1020</link>
      <description>would enabling the keepalive thing for tcp connections help?&lt;BR /&gt;&lt;BR /&gt;User education may be the best route but unfourtunally also the hardest :-)</description>
      <pubDate>Fri, 23 Jan 2004 10:44:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172221#M1020</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2004-01-23T10:44:43Z</dc:date>
    </item>
    <item>
      <title>Re: Disconnected users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172222#M1021</link>
      <description>Ian : indeed the keepalive must be enabled with a low value. This I found one month ago.&lt;BR /&gt;&lt;BR /&gt;Jan : this seems more like something to kill something in a VT context, not cde.&lt;BR /&gt;&lt;BR /&gt;Martin : this is very good if you know the application can handle kills correctly. I'm however stuck with VERY old application written in DSM.&lt;BR /&gt;&lt;BR /&gt;Lokesh : very good. It explains why some disconnected processes are normal.&lt;BR /&gt;&lt;BR /&gt;I will wait until the next occurence to better analyze the problem. I have the impression that cde doesn't always cleanup (nice word for killing) the complete environment when it exits.&lt;BR /&gt;&lt;BR /&gt;All of you : Have a nice weekend and thanks for the (moral) help.</description>
      <pubDate>Fri, 23 Jan 2004 10:51:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172222#M1021</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2004-01-23T10:51:54Z</dc:date>
    </item>
    <item>
      <title>Re: Disconnected users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172223#M1022</link>
      <description>To all:&lt;BR /&gt;I am aware of the problem that an Alpha workstation is, in some aspects, different that an Alpha server. There are things you cannot do: boot over DSSI, for example (run down the forum and look for problems with KFPSA...)&lt;BR /&gt;I don't understand the difference, since for the rest, workstations can very well be used as servers - where VMS is concerned. Perhaps the category 'abuse of workstation' but alas, this is the only affordable method of usiung VMS in a low-budget environment.&lt;BR /&gt;</description>
      <pubDate>Mon, 26 Jan 2004 03:18:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172223#M1022</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2004-01-26T03:18:43Z</dc:date>
    </item>
    <item>
      <title>Re: Disconnected users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172224#M1023</link>
      <description>More info : cde was completely disconnected but I found 1 process left from a very old cde session(there are no other user sessions than cde sessions). The process had no parent and was running DECW$TERMINAL_CREATE. On another node I found one running loginout.&lt;BR /&gt;&lt;BR /&gt;I have the impression that it has something to do with the restore of the current cde session. The session processes seems to be created detached, t.i. without link to cde.&lt;BR /&gt;&lt;BR /&gt;Can someone confirm this ?</description>
      <pubDate>Mon, 26 Jan 2004 05:20:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172224#M1023</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2004-01-26T05:20:37Z</dc:date>
    </item>
    <item>
      <title>Re: Disconnected users</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172225#M1024</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;decw$terminal_create.exe is the program that runs when you say&lt;BR /&gt;&lt;BR /&gt; $ create/term&lt;BR /&gt;&lt;BR /&gt;It is the program responsible for starting the decterm controller (decw$terminal&lt;BR /&gt;.exe) if it isn't already started, and then telling the controller to create&lt;BR /&gt;a new decterm on the screen.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Thanks &amp;amp; regards,&lt;BR /&gt;Lokesh Jain</description>
      <pubDate>Mon, 26 Jan 2004 06:47:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/disconnected-users/m-p/3172225#M1024</guid>
      <dc:creator>Lokesh_2</dc:creator>
      <dc:date>2004-01-26T06:47:19Z</dc:date>
    </item>
  </channel>
</rss>

