Difference: RemovingInactiveSessions (1 vs. 4)

Revision 42016-01-21 - JeanNeron

Line: 1 to 1
 
META TOPICPARENT name="SystemAdministration"

Removing Inactive Sessions

Changed:
<
<

Crudely Known As: "Killing APPX Orphans"

>
>

 
Changed:
<
<
I connect to my customer over the Internet, running APPX on their NT. It works okay, but once in a while my APPX session just dies on my laptop. I guess it is timing out, or something.

Although I can start another APPX session and continue working, the previous session is still running on the NT and has the process locked that I want to work on. What can I do to free up that process, given that I am running over the Internet?"
>
>
"I connect to my customer over the Internet, running APPX on their Windows server. It works okay, but once in a while my APPX session just dies on my laptop. I guess it is timing out, or something.

Although I can start another APPX session and continue working, the previous session is still running on the server and has the process locked that I want to work on. What can I do to free up that process, given that I am running over the Internet?"
 
Changed:
<
<
Write down the PID that appears on your APPX/Client screen before it dies. Next time you log on you could issue to the APPX/Server a RUN to the O/S that executes a 'kill' on that PID. (Note that your kill will only kill a process with that PID, that is also owned by you as the UID.)
>
>
When you log on to the customer's server, write down the PID that appears on your APPX/Client screen in case your session dies. Next time you log on you could run a one line APPX subroutine "RUN kill <pid>". Note that you can only kill your own processes, unless you are an administrator.
 
Changed:
<
<
The format is: kill
>
>
The kill command may not be installed on the customer's server. If not, consider installing the cygwin utilities from https://cygwin.com/index.html
 
Changed:
<
<
(The 'kill' command is not part of Windows 2000. A shareware replacement, 'pskill', can be downloaded from http://www.sysinternals.com/ntw2k/freeware/pskill.shtml)
>
>
If you go into Registration Usage at System Administration->System Setup->System Registration then click 'View Registration Usage', you can see the PIDs of registrations in use.
 
Changed:
<
<
If you go into Registration Usage at 3)SysAdmin, 1)Setup, 1)Registration, 2)View Registration Usage, you can see the PIDs of registrations in use.

If Registration Usage contains entries for which there is no corresponding entry in the Task Manager's Processes list, you may want to set environment variable APPX_LS_GHOSTS=1, in order to instruct APPX to purge the dead entries. And/or delete $APPXPATH/0SA/Data/USAGE.dat and USAGE.key at will.

(See also APPX Presentation Server & WinAppxD.)

>
>
If Registration Usage contains entries for which there is no corresponding entry in the Task Manager's Processes list, you may want to set environment variable APPX_LS_GHOSTS=1, in order to instruct APPX to purge the dead entries. And/or delete $APPXPATH/0SA/Data/USAGE.dat and USAGE.key at will. Also see Purging The USAGE File for a technique to trim the usage file on a running system
 
Line: 25 to 21
  You need to do one of the following:
Changed:
<
<
- Have a look at the registration usage to see if there is an orphaned session for that user. If you can find it, KILL it from the NT console.
>
>
- Have a look at the registration usage to see if there is an orphaned session for that user. If you can find it, terminate it from Task Manager (Windows) or the command line (Linux/Unix).
  - Reboot the server (simple, but drastic)
Changed:
<
<
- Use NTHandle on the server and find the PID that has the file. Then kill it. At the heart of it, NTHandle digs out the PIDs and the open files. You still have to parse through NTHandle, once you have it from www.sysinternals.com
>
>
- On Windows, you can use Handle on the server and find the PID that has the file and terminate it. At the heart of it, Handle digs out the PIDs and the open files. You still have to parse through Handle, once you have it from https://technet.microsoft.com/en-ca/sysinternals/bb545021.aspx
 
Changed:
<
<
- Ask everyone to log off, stop the WinAppxD and License servers, and kill any remaining APPX sessions on the server. If there are background jobs running, it might be tricky to identify the background jobs from the ghost task.
>
>
- Ask everyone to log off, stop the Login and License servers, and kill any remaining APPX sessions on the server. If there are background jobs running, it might be tricky to identify the background jobs from the ghost task.
 
Changed:
<
<
- Identify the process id's of all currently connected clients (look in the title bar if P/M client, or under the 'About' menu if Java) and kill everything but those. Again, watch out for background jobs, if you use them at your site. Also, you might want to stop the WinAppxD service while you do this to prevent new users from logging on while you try to find the ghost process.
>
>
- Identify the process id's of all currently connected clients (look in the title bar) and kill everything but those. Again, watch out for background jobs, if you use them at your site. Also, you might want to stop the Login service while you do this to prevent new users from logging on while you try to find the ghost process.
 

Comments:

Revision 32016-01-18 - JeanNeron

Line: 1 to 1
 
META TOPICPARENT name="SystemAdministration"

Removing Inactive Sessions

Crudely Known As: "Killing APPX Orphans"

Line: 9 to 9
  The format is: kill
Changed:
<
<
(The 'kill' command is not part of Windows 2000. A shareware replacement, 'pskill', can be downloaded from http://www.sysinternals.com/ntw2k/freeware/pskill.shtml)
>
>
(The 'kill' command is not part of Windows 2000. A shareware replacement, 'pskill', can be downloaded from http://www.sysinternals.com/ntw2k/freeware/pskill.shtml)
  If you go into Registration Usage at 3)SysAdmin, 1)Setup, 1)Registration, 2)View Registration Usage, you can see the PIDs of registrations in use.
Line: 17 to 17
  (See also APPX Presentation Server & WinAppxD.)
Deleted:
<
<
 
Deleted:
<
<
 ­We have a record in a file that is reporting "locked" if you try to change it. No one is on it that we are aware. Hints for what to do? The user, running APPX Client, was in the middle of updating this record when her session "crashed".

The APPX session is probably still running on the server, and that's what's holding the record.

Line: 38 to 35
  - Identify the process id's of all currently connected clients (look in the title bar if P/M client, or under the 'About' menu if Java) and kill everything but those. Again, watch out for background jobs, if you use them at your site. Also, you might want to stop the WinAppxD service while you do this to prevent new users from logging on while you try to find the ghost process.
Deleted:
<
<
- Download and install the BJutils package. This is Bruce Johnston's APPX utility package, and one of the utilities allows you to see who has what files open and also allows you to kill APPX sessions. This would help you identify which APPX session is holding the record. You can get this from www.cansyswest.com, under Free Stuff. You also need the NT Resource Kit to make these work.

(From ECRs #5174 and #5028.)

 

Comments:

Read what other users have said about this page or add your own comments.

Revision 22012-02-29 - ChrisBrower

Line: 1 to 1
 
META TOPICPARENT name="SystemAdministration"

Removing Inactive Sessions

Crudely Known As: "Killing APPX Orphans"

Line: 41 to 41
 - Download and install the BJutils package. This is Bruce Johnston's APPX utility package, and one of the utilities allows you to see who has what files open and also allows you to kill APPX sessions. This would help you identify which APPX session is holding the record. You can get this from www.cansyswest.com, under Free Stuff. You also need the NT Resource Kit to make these work.

(From ECRs #5174 and #5028.)

Added:
>
>

Comments:

Read what other users have said about this page or add your own comments.



<--/commentPlugin-->
 \ No newline at end of file

Revision 12012-02-27 - ChrisBrower

Line: 1 to 1
Added:
>
>
META TOPICPARENT name="SystemAdministration"

Removing Inactive Sessions

Crudely Known As: "Killing APPX Orphans"

I connect to my customer over the Internet, running APPX on their NT. It works okay, but once in a while my APPX session just dies on my laptop. I guess it is timing out, or something.

Although I can start another APPX session and continue working, the previous session is still running on the NT and has the process locked that I want to work on. What can I do to free up that process, given that I am running over the Internet?"

Write down the PID that appears on your APPX/Client screen before it dies. Next time you log on you could issue to the APPX/Server a RUN to the O/S that executes a 'kill' on that PID. (Note that your kill will only kill a process with that PID, that is also owned by you as the UID.)

The format is: kill

(The 'kill' command is not part of Windows 2000. A shareware replacement, 'pskill', can be downloaded from http://www.sysinternals.com/ntw2k/freeware/pskill.shtml)

If you go into Registration Usage at 3)SysAdmin, 1)Setup, 1)Registration, 2)View Registration Usage, you can see the PIDs of registrations in use.

If Registration Usage contains entries for which there is no corresponding entry in the Task Manager's Processes list, you may want to set environment variable APPX_LS_GHOSTS=1, in order to instruct APPX to purge the dead entries. And/or delete $APPXPATH/0SA/Data/USAGE.dat and USAGE.key at will.

(See also APPX Presentation Server & WinAppxD.)


­We have a record in a file that is reporting "locked" if you try to change it. No one is on it that we are aware. Hints for what to do? The user, running APPX Client, was in the middle of updating this record when her session "crashed".

The APPX session is probably still running on the server, and that's what's holding the record.

You need to do one of the following:

- Have a look at the registration usage to see if there is an orphaned session for that user. If you can find it, KILL it from the NT console.

- Reboot the server (simple, but drastic)

- Use NTHandle on the server and find the PID that has the file. Then kill it. At the heart of it, NTHandle digs out the PIDs and the open files. You still have to parse through NTHandle, once you have it from www.sysinternals.com

- Ask everyone to log off, stop the WinAppxD and License servers, and kill any remaining APPX sessions on the server. If there are background jobs running, it might be tricky to identify the background jobs from the ghost task.

- Identify the process id's of all currently connected clients (look in the title bar if P/M client, or under the 'About' menu if Java) and kill everything but those. Again, watch out for background jobs, if you use them at your site. Also, you might want to stop the WinAppxD service while you do this to prevent new users from logging on while you try to find the ghost process.

- Download and install the BJutils package. This is Bruce Johnston's APPX utility package, and one of the utilities allows you to see who has what files open and also allows you to kill APPX sessions. This would help you identify which APPX session is holding the record. You can get this from www.cansyswest.com, under Free Stuff. You also need the NT Resource Kit to make these work.

(From ECRs #5174 and #5028.)

 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback