Difference between revisions of "Ignacio Valdes Implementation Log/Episode37"

From VistApedia
Jump to: navigation, search
 
(4 intermediate revisions by 3 users not shown)
Line 1: Line 1:
−
Update 8/28/2011: If your system is locked up, you have to up the MAX SIGNON ALLOWED as below. After that to prevent it from happening again you run XUS PROCESS COUNT CLEANUP and have Taskman run XUS PROCESS COUNT CLEANUP periodically. Sam says every hour.  
+
[[Ignacio_Valdes_Implementation_Log]]
 +
<pre>
 +
 
 +
'''''Update 8/28/2011:''''' If your system is locked up, you have to up the MAX SIGNON ALLOWED as below. After that to prevent it from happening again you run XUS PROCESS COUNT CLEANUP and have Taskman run XUS PROCESS COUNT CLEANUP periodically. Sam says every hour.  
  
 
I received the dreaded Maximum number of users already signed on to
 
I received the dreaded Maximum number of users already signed on to
Line 88: Line 91:
 
 
 
Validation:
 
Validation:
−
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
+
For [[verification~|Verification]] purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
Send  Discard
 
Send  Discard
 
 
Line 566: Line 569:
 
 
 
Validation:
 
Validation:
−
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
+
For [[verification~|Verification]] purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
Send  Discard
 
Send  Discard
 
 
Line 587: Line 590:
 
Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author
 
Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author
 
The only way I could login and increase the maximum number of users
 
The only way I could login and increase the maximum number of users
−
was by using putty.exe into the server and getting to a gtm prompt
+
was by using putty.exe into the server and getting to a gtm [[prompt~|Prompt]]
 
direct. That was successful. -- IV
 
direct. That was successful. -- IV
  
Line 744: Line 747:
  
 
> The only way I could login and increase the maximum number of users
 
> The only way I could login and increase the maximum number of users
−
> was by using putty.exe into the server and getting to a gtm prompt
+
> was by using putty.exe into the server and getting to a gtm [[prompt~|Prompt]]
 
> direct. That was successful. -- IV
 
> direct. That was successful. -- IV
  
Line 918: Line 921:
  
 
> > The only way I could login and increase the maximum number of users
 
> > The only way I could login and increase the maximum number of users
−
> > was by using putty.exe into the server and getting to a gtm prompt
+
> > was by using putty.exe into the server and getting to a gtm [[prompt~|Prompt]]
 
> > direct. That was successful. -- IV
 
> > direct. That was successful. -- IV
  
Line 1,729: Line 1,732:
 
Regards
 
Regards
 
-- Bhaskar
 
-- Bhaskar
 +
</pre>

Latest revision as of 04:56, 13 November 2020

Ignacio_Valdes_Implementation_Log 


'''''Update 8/28/2011:''''' If your system is locked up, you have to up the MAX SIGNON ALLOWED as below. After that to prevent it from happening again you run XUS PROCESS COUNT CLEANUP and have Taskman run XUS PROCESS COUNT CLEANUP periodically. Sam says every hour. 

I received the dreaded Maximum number of users already signed on to
this processor problem as well as a Netcall see ^XTER error (not exact
message) This totally hosed my system today for a little while without
warning. I used the system without a problem then used it again 2
hours later and received all these problems. My MAX SIGNON ALLOWED was
256 which apparently wasn't enough. I increased it to 9999 and it
worked. Below is the terminal session for exactly how you increase
this parameter and fix the problem:

-- IV

GTM>D P^DI

VA FileMan 22.0

Select OPTION: ?
    Answer with OPTION NUMBER, or NAME
   Choose from:
   1            ENTER OR EDIT FILE ENTRIES
   2            PRINT FILE ENTRIES
   3            SEARCH FILE ENTRIES
   4            MODIFY FILE ATTRIBUTES
   5            INQUIRE TO FILE ENTRIES
   6            UTILITY FUNCTIONS
   7            OTHER OPTIONS
   8            DATA DICTIONARY UTILITIES
   9            TRANSFER ENTRIES

Select OPTION: 1  ENTER OR EDIT FILE ENTRIES

INPUT TO WHAT FILE: OPTION SCHEDULING// KERNEL SYSTEM PARAMETERS
                                          (1 entry)
EDIT WHICH FIELD: ALL// VOLUME SET    (multiple)
   EDIT WHICH VOLUME SET SUB-FIELD: ALL//
THEN EDIT FIELD:

Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: ?
    Answer with KERNEL SYSTEM PARAMETERS NUMBER, or DOMAIN NAME:
   1            VISTA.ICH.LOCAL

        You may enter a new KERNEL SYSTEM PARAMETERS, if you wish

    Answer with DOMAIN NAME
   Choose from:
   BETA.VISTA-OFFICE.ORG
   FORUM.VA.GOV
   OPENFORUM.WORLDVISTA.ORG
   PLATINUM.VISTA-OFFICE.ORG
   PLATINUM.VISTA.MED.VA.GOV
   VAMHVWEB1.AAC.VA.GOV
   VISTA.ICH.LOCAL

Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: VISTA.ICH.LOCAL
         ...OK? Yes//   (Yes)

Select VOLUME SET: EHR//
  VOLUME SET: EHR//
  MAX SIGNON ALLOWED: 256// 9999
  LOG SYSTEM RT?: NO//
Select VOLUME SET:

Select KERNEL SYSTEM PARAMETERS DOMAIN NAME:

Select OPTION:
GTM>h

    Reply to author    Forward       
Report spam
Reporting spam
Message reported
    Rate this post:
Cancel
		
		
Send  Discard
		
		
From: 	
ivaldes1@gmail.com <ivaldes1@gmail.com>
To: 	
Cc: 	
Followup To: 	
	
Add Cc | Add Followup-to | Edit Subject 	
Subject: 	
		
Validation: 	
For [[verification~|Verification]] purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
Send  Discard
	
		
		
		
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
	
		
I, Valdes   	
View profile  
	 More options Dec 17 2008, 4:32 pm
From: "I, Valdes" <ival...@hal-pc.org>
Date: Wed, 17 Dec 2008 13:32:30 -0800 (PST)
Local: Wed, Dec 17 2008 4:32 pm
Subject: Re: Intracare Implementation Log Episode 37: Maximum number of users already signed on to this processor
Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author
The CPRS error message for this was Error encountered. Function was:
NetCall Error was: M Error - Use ^XTER

On Dec 17, 3:13 pm, "I, Valdes" <ival...@hal-pc.org> wrote:

- Hide quoted text -
- Show quoted text -
> I received the dreaded Maximum number of users already signed on to
> this processor problem as well as a Netcall see ^XTER error (not exact
> message) This totally hosed my system today for a little while without
> warning. I used the system without a problem then used it again 2
> hours later and received all these problems. My MAX SIGNON ALLOWED was
> 256 which apparently wasn't enough. I increased it to 9999 and it
> worked. Below is the terminal session for exactly how you increase
> this parameter and fix the problem:

> -- IV

> GTM>D P^DI

> VA FileMan 22.0

> Select OPTION: ?
>     Answer with OPTION NUMBER, or NAME
>    Choose from:
>    1            ENTER OR EDIT FILE ENTRIES
>    2            PRINT FILE ENTRIES
>    3            SEARCH FILE ENTRIES
>    4            MODIFY FILE ATTRIBUTES
>    5            INQUIRE TO FILE ENTRIES
>    6            UTILITY FUNCTIONS
>    7            OTHER OPTIONS
>    8            DATA DICTIONARY UTILITIES
>    9            TRANSFER ENTRIES

> Select OPTION: 1  ENTER OR EDIT FILE ENTRIES

> INPUT TO WHAT FILE: OPTION SCHEDULING// KERNEL SYSTEM PARAMETERS
>                                           (1 entry)
> EDIT WHICH FIELD: ALL// VOLUME SET    (multiple)
>    EDIT WHICH VOLUME SET SUB-FIELD: ALL//
> THEN EDIT FIELD:

> Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: ?
>     Answer with KERNEL SYSTEM PARAMETERS NUMBER, or DOMAIN NAME:
>    1            VISTA.ICH.LOCAL

>         You may enter a new KERNEL SYSTEM PARAMETERS, if you wish

>     Answer with DOMAIN NAME
>    Choose from:
>    BETA.VISTA-OFFICE.ORG
>    FORUM.VA.GOV
>    OPENFORUM.WORLDVISTA.ORG
>    PLATINUM.VISTA-OFFICE.ORG
>    PLATINUM.VISTA.MED.VA.GOV
>    VAMHVWEB1.AAC.VA.GOV
>    VISTA.ICH.LOCAL

> Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: VISTA.ICH.LOCAL
>          ...OK? Yes//   (Yes)

> Select VOLUME SET: EHR//
>   VOLUME SET: EHR//
>   MAX SIGNON ALLOWED: 256// 9999
>   LOG SYSTEM RT?: NO//
> Select VOLUME SET:

> Select KERNEL SYSTEM PARAMETERS DOMAIN NAME:

> Select OPTION:
> GTM>h


    Reply to author    Forward       
Report spam
Reporting spam
Message reported
    Rate this post: Text for clearing space
		
		
		
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
	
		
Greg Woodhouse   	
View profile  
	 More options Dec 17 2008, 4:45 pm
From: "Greg Woodhouse" <gregory.woodho...@gmail.com>
Date: Wed, 17 Dec 2008 13:45:28 -0800
Local: Wed, Dec 17 2008 4:45 pm
Subject: Re: [Hardhats] Re: Intracare Implementation Log Episode 37: Maximum number of users already signed on to this processor
Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author

In most cases, this means the peer process (i.e., the one on the MUMPS side)
terminated abnormally due to an error, and the connection was lost. You can
either review the error log through the menu system or (as is more common)
with D ^XTER. This will allow you to see what the error was, what the
process environment lookeed like (i.e., get a dump of the symbol table) and
stack trace. This information can be invaluable in tracking down problems.
It may seem overwhelming at first, but an experienced developer can often
see the problem in minutes or seconds this way. Of course, fixing it may be
another matter. :)

- Hide quoted text -
- Show quoted text -
On Wed, Dec 17, 2008 at 1:32 PM, I, Valdes <ival...@hal-pc.org> wrote:

> The CPRS error message for this was Error encountered. Function was:
> NetCall Error was: M Error - Use ^XTER

> On Dec 17, 3:13 pm, "I, Valdes" <ival...@hal-pc.org> wrote:
> > I received the dreaded Maximum number of users already signed on to
> > this processor problem as well as a Netcall see ^XTER error (not exact
> > message) This totally hosed my system today for a little while without
> > warning. I used the system without a problem then used it again 2
> > hours later and received all these problems. My MAX SIGNON ALLOWED was
> > 256 which apparently wasn't enough. I increased it to 9999 and it
> > worked. Below is the terminal session for exactly how you increase
> > this parameter and fix the problem:

> > -- IV

> > GTM>D P^DI

> > VA FileMan 22.0

> > Select OPTION: ?
> >     Answer with OPTION NUMBER, or NAME
> >    Choose from:
> >    1            ENTER OR EDIT FILE ENTRIES
> >    2            PRINT FILE ENTRIES
> >    3            SEARCH FILE ENTRIES
> >    4            MODIFY FILE ATTRIBUTES
> >    5            INQUIRE TO FILE ENTRIES
> >    6            UTILITY FUNCTIONS
> >    7            OTHER OPTIONS
> >    8            DATA DICTIONARY UTILITIES
> >    9            TRANSFER ENTRIES

> > Select OPTION: 1  ENTER OR EDIT FILE ENTRIES

> > INPUT TO WHAT FILE: OPTION SCHEDULING// KERNEL SYSTEM PARAMETERS
> >                                           (1 entry)
> > EDIT WHICH FIELD: ALL// VOLUME SET    (multiple)
> >    EDIT WHICH VOLUME SET SUB-FIELD: ALL//
> > THEN EDIT FIELD:

> > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: ?
> >     Answer with KERNEL SYSTEM PARAMETERS NUMBER, or DOMAIN NAME:
> >    1            VISTA.ICH.LOCAL

> >         You may enter a new KERNEL SYSTEM PARAMETERS, if you wish

> >     Answer with DOMAIN NAME
> >    Choose from:
> >    BETA.VISTA-OFFICE.ORG <http://beta.vista-office.org/>
> >    FORUM.VA.GOV <http://forum.va.gov/>
> >    OPENFORUM.WORLDVISTA.ORG <http://openforum.worldvista.org/>
> >    PLATINUM.VISTA-OFFICE.ORG <http://platinum.vista-office.org/>
> >    PLATINUM.VISTA.MED.VA.GOV <http://platinum.vista.med.va.gov/>
> >    VAMHVWEB1.AAC.VA.GOV <http://vamhvweb1.aac.va.gov/>
> >    VISTA.ICH.LOCAL

> > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: VISTA.ICH.LOCAL
> >          ...OK? Yes//   (Yes)

> > Select VOLUME SET: EHR//
> >   VOLUME SET: EHR//
> >   MAX SIGNON ALLOWED: 256// 9999
> >   LOG SYSTEM RT?: NO//
> > Select VOLUME SET:

> > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME:

> > Select OPTION:
> > GTM>h


    Reply to author    Forward       
Report spam
Reporting spam
Message reported
    Rate this post: Text for clearing space
		
		
		
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
	
		
I, Valdes   	
View profile  
	 More options Dec 17 2008, 5:02 pm
From: "I, Valdes" <ival...@hal-pc.org>
Date: Wed, 17 Dec 2008 14:02:00 -0800 (PST)
Subject: Re: Intracare Implementation Log Episode 37: Maximum number of users already signed on to this processor
Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author
Thanks Greg, in this case, reviewing the error log revealed nothing as
no error was logged. The system just goes kerplunk and stayed there
without warning until I upped the MAX SIGNON ALLOWED to 9999 from 256.
It has been running for months without problems.

-- IV

On Dec 17, 3:45 pm, "Greg Woodhouse" <gregory.woodho...@gmail.com>
wrote:

- Hide quoted text -
- Show quoted text -
> In most cases, this means the peer process (i.e., the one on the MUMPS side)
> terminated abnormally due to an error, and the connection was lost. You can
> either review the error log through the menu system or (as is more common)
> with D ^XTER. This will allow you to see what the error was, what the
> process environment lookeed like (i.e., get a dump of the symbol table) and
> stack trace. This information can be invaluable in tracking down problems.
> It may seem overwhelming at first, but an experienced developer can often
> see the problem in minutes or seconds this way. Of course, fixing it may be
> another matter. :)

> On Wed, Dec 17, 2008 at 1:32 PM, I, Valdes <ival...@hal-pc.org> wrote:

> > The CPRS error message for this was Error encountered. Function was:
> > NetCall Error was: M Error - Use ^XTER

> > On Dec 17, 3:13 pm, "I, Valdes" <ival...@hal-pc.org> wrote:
> > > I received the dreaded Maximum number of users already signed on to
> > > this processor problem as well as a Netcall see ^XTER error (not exact
> > > message) This totally hosed my system today for a little while without
> > > warning. I used the system without a problem then used it again 2
> > > hours later and received all these problems. My MAX SIGNON ALLOWED was
> > > 256 which apparently wasn't enough. I increased it to 9999 and it
> > > worked. Below is the terminal session for exactly how you increase
> > > this parameter and fix the problem:

> > > -- IV

> > > GTM>D P^DI

> > > VA FileMan 22.0

> > > Select OPTION: ?
> > >     Answer with OPTION NUMBER, or NAME
> > >    Choose from:
> > >    1            ENTER OR EDIT FILE ENTRIES
> > >    2            PRINT FILE ENTRIES
> > >    3            SEARCH FILE ENTRIES
> > >    4            MODIFY FILE ATTRIBUTES
> > >    5            INQUIRE TO FILE ENTRIES
> > >    6            UTILITY FUNCTIONS
> > >    7            OTHER OPTIONS
> > >    8            DATA DICTIONARY UTILITIES
> > >    9            TRANSFER ENTRIES

> > > Select OPTION: 1  ENTER OR EDIT FILE ENTRIES

> > > INPUT TO WHAT FILE: OPTION SCHEDULING// KERNEL SYSTEM PARAMETERS
> > >                                           (1 entry)
> > > EDIT WHICH FIELD: ALL// VOLUME SET    (multiple)
> > >    EDIT WHICH VOLUME SET SUB-FIELD: ALL//
> > > THEN EDIT FIELD:

> > > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: ?
> > >     Answer with KERNEL SYSTEM PARAMETERS NUMBER, or DOMAIN NAME:
> > >    1            VISTA.ICH.LOCAL

> > >         You may enter a new KERNEL SYSTEM PARAMETERS, if you wish

> > >     Answer with DOMAIN NAME
> > >    Choose from:
> > >    BETA.VISTA-OFFICE.ORG <http://beta.vista-office.org/>
> > >    FORUM.VA.GOV <http://forum.va.gov/>
> > >    OPENFORUM.WORLDVISTA.ORG <http://openforum.worldvista.org/>
> > >    PLATINUM.VISTA-OFFICE.ORG <http://platinum.vista-office.org/>
> > >    PLATINUM.VISTA.MED.VA.GOV <http://platinum.vista.med.va.gov/>
> > >    VAMHVWEB1.AAC.VA.GOV <http://vamhvweb1.aac.va.gov/>
> > >    VISTA.ICH.LOCAL

> > > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: VISTA.ICH.LOCAL
> > >          ...OK? Yes//   (Yes)

> > > Select VOLUME SET: EHR//
> > >   VOLUME SET: EHR//
> > >   MAX SIGNON ALLOWED: 256// 9999
> > >   LOG SYSTEM RT?: NO//
> > > Select VOLUME SET:

> > > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME:

> > > Select OPTION:
> > > GTM>h


    Reply to author    Forward       
Report spam
Reporting spam
Message reported
    Rate this post: Text for clearing space
		
		
		
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
	
		
Greg Woodhouse   	
View profile  
Okay, that makes sense. Even if the process terminates *normally* through QUIT, the connection will still be lost. Are you not able to increase the maximum number of users? - Hide quoted text -- Show quoted text -On Wed, Dec 17, 2008 at 2:02 PM, I, Valdes <ival...@hal-pc.org> wrote: > Thanks Greg, in this case, reviewing the error log revealed nothing as > no error was logged. The system just goes kerplunk and stayed there > without warning until I upped the MAX SIGNON ALLOWED to 9999 from 256. > It has been running for months without problems. > -- IV > On Dec 17, 3:45 pm, "Greg Woodhouse" <gregory.woodho...@gmail.com> > wrote: > > In most cases, this means the peer process (i.e., the one on the MUMPS > side) > > terminated abnormally due to an error, and the connection was lost. You > can > > either review the error log through the menu system or (as is more > common) > > with D ^XTER. This will allow you to see what the error was, what the > > process environment lookeed like (i.e., get a dump of the symbol table) > and > > stack trace. This information can be invaluable in tracking down > problems. > > It may seem overwhelming at first, but an experienced developer can often > > see the problem in minutes or seconds this way. Of course, fixing it may > be > > another matter. :) >  > On Wed, Dec 17, 2008 at 1:32 PM, I, Valdes <ival...@hal-pc.org> wrote: > > > The CPRS error message for this was Error encountered. Function was: > > > NetCall Error was: M Error - Use ^XTER > > > On Dec 17, 3:13 pm, "I, Valdes" <ival...@hal-pc.org> wrote: > > > > I received the dreaded Maximum number of users already signed on to > > > > this processor problem as well as a Netcall see ^XTER error (not > exact > > > > message) This totally hosed my system today for a little while > without > > > > warning. I used the system without a problem then used it again 2 > > > > hours later and received all these problems. My MAX SIGNON ALLOWED > was > > > > 256 which apparently wasn't enough. I increased it to 9999 and it > > > > worked. Below is the terminal session for exactly how you increase > > > > this parameter and fix the problem: > > > > -- IV > > > > GTM>D P^DI > > > > VA FileMan 22.0 > > > > Select OPTION: ? > > > >     Answer with OPTION NUMBER, or NAME > > > >    Choose from: > > > >    1            ENTER OR EDIT FILE ENTRIES > > > >    2            PRINT FILE ENTRIES > > > >    3            SEARCH FILE ENTRIES > > > >    4            MODIFY FILE ATTRIBUTES > > > >    5            INQUIRE TO FILE ENTRIES > > > >    6            UTILITY FUNCTIONS > > > >    7            OTHER OPTIONS > > > >    8            DATA DICTIONARY UTILITIES > > > >    9            TRANSFER ENTRIES > > > > Select OPTION: 1  ENTER OR EDIT FILE ENTRIES > > > > INPUT TO WHAT FILE: OPTION SCHEDULING// KERNEL SYSTEM PARAMETERS > > > >                                           (1 entry) > > > > EDIT WHICH FIELD: ALL// VOLUME SET    (multiple) > > > >    EDIT WHICH VOLUME SET SUB-FIELD: ALL// > > > > THEN EDIT FIELD: > > > > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: ? > > > >     Answer with KERNEL SYSTEM PARAMETERS NUMBER, or DOMAIN NAME: > > > >    1            VISTA.ICH.LOCAL > > > >         You may enter a new KERNEL SYSTEM PARAMETERS, if you wish > > > >     Answer with DOMAIN NAME > > > >    Choose from: > > > >    BETA.VISTA-OFFICE.ORG <http://beta.vista-office.org/> < > http://beta.vista-office.org/> > > > >    FORUM.VA.GOV <http://forum.va.gov/> <http://forum.va.gov/> > > > >    OPENFORUM.WORLDVISTA.ORG <http://openforum.worldvista.org/> < > http://openforum.worldvista.org/> > > > >    PLATINUM.VISTA-OFFICE.ORG <http://platinum.vista-office.org/> < > http://platinum.vista-office.org/> > > > >    PLATINUM.VISTA.MED.VA.GOV <http://platinum.vista.med.va.gov/> < > http://platinum.vista.med.va.gov/> > > > >    VAMHVWEB1.AAC.VA.GOV <http://vamhvweb1.aac.va.gov/> < > http://vamhvweb1.aac.va.gov/> >  > > >    VISTA.ICH.LOCAL > > > > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: VISTA.ICH.LOCAL > > > >          ...OK? Yes//   (Yes) > > > > Select VOLUME SET: EHR// > > > >   VOLUME SET: EHR// > > > >   MAX SIGNON ALLOWED: 256// 9999 > > > >   LOG SYSTEM RT?: NO// > > > > Select VOLUME SET: > > > > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: > > > > Select OPTION: > > > > GTM>h
	 More options Dec 17 2008, 5:12 pm
From: "Greg Woodhouse" <gregory.woodho...@gmail.com>
Date: Wed, 17 Dec 2008 14:12:41 -0800
Local: Wed, Dec 17 2008 5:12 pm
Subject: Re: [Hardhats] Re: Intracare Implementation Log Episode 37: Maximum number of users already signed on to this processor
Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author

Okay, that makes sense. Even if the process terminates *normally* through
QUIT, the connection will still be lost.

Are you not able to increase the maximum number of users?

- Hide quoted text -
- Show quoted text -
On Wed, Dec 17, 2008 at 2:02 PM, I, Valdes <ival...@hal-pc.org> wrote:

> Thanks Greg, in this case, reviewing the error log revealed nothing as
> no error was logged. The system just goes kerplunk and stayed there
> without warning until I upped the MAX SIGNON ALLOWED to 9999 from 256.
> It has been running for months without problems.

> -- IV

> On Dec 17, 3:45 pm, "Greg Woodhouse" <gregory.woodho...@gmail.com>
> wrote:
> > In most cases, this means the peer process (i.e., the one on the MUMPS
> side)
> > terminated abnormally due to an error, and the connection was lost. You
> can
> > either review the error log through the menu system or (as is more
> common)
> > with D ^XTER. This will allow you to see what the error was, what the
> > process environment lookeed like (i.e., get a dump of the symbol table)
> and
> > stack trace. This information can be invaluable in tracking down
> problems.
> > It may seem overwhelming at first, but an experienced developer can often
> > see the problem in minutes or seconds this way. Of course, fixing it may
> be
> > another matter. :)

>  > On Wed, Dec 17, 2008 at 1:32 PM, I, Valdes <ival...@hal-pc.org> wrote:

> > > The CPRS error message for this was Error encountered. Function was:
> > > NetCall Error was: M Error - Use ^XTER

> > > On Dec 17, 3:13 pm, "I, Valdes" <ival...@hal-pc.org> wrote:
> > > > I received the dreaded Maximum number of users already signed on to
> > > > this processor problem as well as a Netcall see ^XTER error (not
> exact
> > > > message) This totally hosed my system today for a little while
> without
> > > > warning. I used the system without a problem then used it again 2
> > > > hours later and received all these problems. My MAX SIGNON ALLOWED
> was
> > > > 256 which apparently wasn't enough. I increased it to 9999 and it
> > > > worked. Below is the terminal session for exactly how you increase
> > > > this parameter and fix the problem:

> > > > -- IV

> > > > GTM>D P^DI

> > > > VA FileMan 22.0

> > > > Select OPTION: ?
> > > >     Answer with OPTION NUMBER, or NAME
> > > >    Choose from:
> > > >    1            ENTER OR EDIT FILE ENTRIES
> > > >    2            PRINT FILE ENTRIES
> > > >    3            SEARCH FILE ENTRIES
> > > >    4            MODIFY FILE ATTRIBUTES
> > > >    5            INQUIRE TO FILE ENTRIES
> > > >    6            UTILITY FUNCTIONS
> > > >    7            OTHER OPTIONS
> > > >    8            DATA DICTIONARY UTILITIES
> > > >    9            TRANSFER ENTRIES

> > > > Select OPTION: 1  ENTER OR EDIT FILE ENTRIES

> > > > INPUT TO WHAT FILE: OPTION SCHEDULING// KERNEL SYSTEM PARAMETERS
> > > >                                           (1 entry)
> > > > EDIT WHICH FIELD: ALL// VOLUME SET    (multiple)
> > > >    EDIT WHICH VOLUME SET SUB-FIELD: ALL//
> > > > THEN EDIT FIELD:

> > > > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: ?
> > > >     Answer with KERNEL SYSTEM PARAMETERS NUMBER, or DOMAIN NAME:
> > > >    1            VISTA.ICH.LOCAL

> > > >         You may enter a new KERNEL SYSTEM PARAMETERS, if you wish

> > > >     Answer with DOMAIN NAME
> > > >    Choose from:
> > > >    BETA.VISTA-OFFICE.ORG <http://beta.vista-office.org/> <
> http://beta.vista-office.org/>
> > > >    FORUM.VA.GOV <http://forum.va.gov/> <http://forum.va.gov/>
> > > >    OPENFORUM.WORLDVISTA.ORG <http://openforum.worldvista.org/> <
> http://openforum.worldvista.org/>
> > > >    PLATINUM.VISTA-OFFICE.ORG <http://platinum.vista-office.org/> <
> http://platinum.vista-office.org/>
> > > >    PLATINUM.VISTA.MED.VA.GOV <http://platinum.vista.med.va.gov/> <
> http://platinum.vista.med.va.gov/>
> > > >    VAMHVWEB1.AAC.VA.GOV <http://vamhvweb1.aac.va.gov/> <
> http://vamhvweb1.aac.va.gov/>
>  > > >    VISTA.ICH.LOCAL

> > > > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: VISTA.ICH.LOCAL
> > > >          ...OK? Yes//   (Yes)

> > > > Select VOLUME SET: EHR//
> > > >   VOLUME SET: EHR//
> > > >   MAX SIGNON ALLOWED: 256// 9999
> > > >   LOG SYSTEM RT?: NO//
> > > > Select VOLUME SET:

> > > > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME:

> > > > Select OPTION:
> > > > GTM>h


    Reply to author    Forward       
Report spam
Reporting spam
Message reported
    Rate this post: Text for clearing space
Cancel
		
		
Send  Discard
		
		
From: 	
ivaldes1@gmail.com <ivaldes1@gmail.com>
To: 	
Cc: 	
Followup To: 	
	
Add Cc | Add Followup-to | Edit Subject 	
Subject: 	
		
Validation: 	
For [[verification~|Verification]] purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
Send  Discard
	
		
		
		
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
	
		
I, Valdes   	
View profile  
	 More options Dec 17 2008, 5:24 pm
From: "I, Valdes" <ival...@hal-pc.org>
Date: Wed, 17 Dec 2008 14:24:11 -0800 (PST)
Local: Wed, Dec 17 2008 5:24 pm
Subject: Re: Intracare Implementation Log Episode 37: Maximum number of users already signed on to this processor
Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author
The only way I could login and increase the maximum number of users
was by using putty.exe into the server and getting to a gtm [[prompt~|Prompt]]
direct. That was successful. -- IV

On Dec 17, 4:12 pm, "Greg Woodhouse" <gregory.woodho...@gmail.com>
wrote:

- Hide quoted text -
- Show quoted text -
> Okay, that makes sense. Even if the process terminates *normally* through
> QUIT, the connection will still be lost.

> Are you not able to increase the maximum number of users?

> On Wed, Dec 17, 2008 at 2:02 PM, I, Valdes <ival...@hal-pc.org> wrote:

> > Thanks Greg, in this case, reviewing the error log revealed nothing as
> > no error was logged. The system just goes kerplunk and stayed there
> > without warning until I upped the MAX SIGNON ALLOWED to 9999 from 256.
> > It has been running for months without problems.

> > -- IV

> > On Dec 17, 3:45 pm, "Greg Woodhouse" <gregory.woodho...@gmail.com>
> > wrote:
> > > In most cases, this means the peer process (i.e., the one on the MUMPS
> > side)
> > > terminated abnormally due to an error, and the connection was lost. You
> > can
> > > either review the error log through the menu system or (as is more
> > common)
> > > with D ^XTER. This will allow you to see what the error was, what the
> > > process environment lookeed like (i.e., get a dump of the symbol table)
> > and
> > > stack trace. This information can be invaluable in tracking down
> > problems.
> > > It may seem overwhelming at first, but an experienced developer can often
> > > see the problem in minutes or seconds this way. Of course, fixing it may
> > be
> > > another matter. :)

> >  > On Wed, Dec 17, 2008 at 1:32 PM, I, Valdes <ival...@hal-pc.org> wrote:

> > > > The CPRS error message for this was Error encountered. Function was:
> > > > NetCall Error was: M Error - Use ^XTER

> > > > On Dec 17, 3:13 pm, "I, Valdes" <ival...@hal-pc.org> wrote:
> > > > > I received the dreaded Maximum number of users already signed on to
> > > > > this processor problem as well as a Netcall see ^XTER error (not
> > exact
> > > > > message) This totally hosed my system today for a little while
> > without
> > > > > warning. I used the system without a problem then used it again 2
> > > > > hours later and received all these problems. My MAX SIGNON ALLOWED
> > was
> > > > > 256 which apparently wasn't enough. I increased it to 9999 and it
> > > > > worked. Below is the terminal session for exactly how you increase
> > > > > this parameter and fix the problem:

> > > > > -- IV

> > > > > GTM>D P^DI

> > > > > VA FileMan 22.0

> > > > > Select OPTION: ?
> > > > >     Answer with OPTION NUMBER, or NAME
> > > > >    Choose from:
> > > > >    1            ENTER OR EDIT FILE ENTRIES
> > > > >    2            PRINT FILE ENTRIES
> > > > >    3            SEARCH FILE ENTRIES
> > > > >    4            MODIFY FILE ATTRIBUTES
> > > > >    5            INQUIRE TO FILE ENTRIES
> > > > >    6            UTILITY FUNCTIONS
> > > > >    7            OTHER OPTIONS
> > > > >    8            DATA DICTIONARY UTILITIES
> > > > >    9            TRANSFER ENTRIES

> > > > > Select OPTION: 1  ENTER OR EDIT FILE ENTRIES

> > > > > INPUT TO WHAT FILE: OPTION SCHEDULING// KERNEL SYSTEM PARAMETERS
> > > > >                                           (1 entry)
> > > > > EDIT WHICH FIELD: ALL// VOLUME SET    (multiple)
> > > > >    EDIT WHICH VOLUME SET SUB-FIELD: ALL//
> > > > > THEN EDIT FIELD:

> > > > > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: ?
> > > > >     Answer with KERNEL SYSTEM PARAMETERS NUMBER, or DOMAIN NAME:
> > > > >    1            VISTA.ICH.LOCAL

> > > > >         You may enter a new KERNEL SYSTEM PARAMETERS, if you wish

> > > > >     Answer with DOMAIN NAME
> > > > >    Choose from:
> > > > >    BETA.VISTA-OFFICE.ORG <http://beta.vista-office.org/> <
> >http://beta.vista-office.org/>
> > > > >    FORUM.VA.GOV <http://forum.va.gov/> <http://forum.va.gov/>
> > > > >    OPENFORUM.WORLDVISTA.ORG <http://openforum.worldvista.org/> <
> >http://openforum.worldvista.org/>
> > > > >    PLATINUM.VISTA-OFFICE.ORG <http://platinum.vista-office.org/> <
> >http://platinum.vista-office.org/>
> > > > >    PLATINUM.VISTA.MED.VA.GOV <http://platinum.vista.med.va.gov/> <
> >http://platinum.vista.med.va.gov/>
> > > > >    VAMHVWEB1.AAC.VA.GOV <http://vamhvweb1.aac.va.gov/> <
> >http://vamhvweb1.aac.va.gov/>
> >  > > >    VISTA.ICH.LOCAL

> > > > > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: VISTA.ICH.LOCAL
> > > > >          ...OK? Yes//   (Yes)

> > > > > Select VOLUME SET: EHR//
> > > > >   VOLUME SET: EHR//
> > > > >   MAX SIGNON ALLOWED: 256// 9999
> > > > >   LOG SYSTEM RT?: NO//
> > > > > Select VOLUME SET:

> > > > > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME:

> > > > > Select OPTION:
> > > > > GTM>h


    Reply to author    Forward       
Report spam
Reporting spam
Message reported
    Rate this post: Text for clearing space
		
		
		
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
	
		
Greg Woodhouse   	
View profile  
	 More options Dec 17 2008, 5:35 pm
From: "Greg Woodhouse" <gregory.woodho...@gmail.com>
Date: Wed, 17 Dec 2008 14:35:57 -0800
Local: Wed, Dec 17 2008 5:35 pm
Subject: Re: [Hardhats] Re: Intracare Implementation Log Episode 37: Maximum number of users already signed on to this processor
Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author

Bear in mind that this is a system administration task. It is to be expected
that adminisrative tasks will require you to log in to the character mode
interface.

Now, in principle, it is possible to develop a GUI administrative console,
and this is becoming more and more common. For example, Weblogic and
Glassfish have them. But VistA does not.

- Hide quoted text -
- Show quoted text -
On Wed, Dec 17, 2008 at 2:24 PM, I, Valdes <ival...@hal-pc.org> wrote:

> The only way I could login and increase the maximum number of users
> was by using putty.exe into the server and getting to a gtm [[prompt~|Prompt]]
> direct. That was successful. -- IV

> On Dec 17, 4:12 pm, "Greg Woodhouse" <gregory.woodho...@gmail.com>
> wrote:
> > Okay, that makes sense. Even if the process terminates *normally* through
> > QUIT, the connection will still be lost.

> > Are you not able to increase the maximum number of users?

>  > On Wed, Dec 17, 2008 at 2:02 PM, I, Valdes <ival...@hal-pc.org> wrote:

> > > Thanks Greg, in this case, reviewing the error log revealed nothing as
> > > no error was logged. The system just goes kerplunk and stayed there
> > > without warning until I upped the MAX SIGNON ALLOWED to 9999 from 256.
> > > It has been running for months without problems.

> > > -- IV

> > > On Dec 17, 3:45 pm, "Greg Woodhouse" <gregory.woodho...@gmail.com>
> > > wrote:
> > > > In most cases, this means the peer process (i.e., the one on the
> MUMPS
> > > side)
> > > > terminated abnormally due to an error, and the connection was lost.
> You
> > > can
> > > > either review the error log through the menu system or (as is more
> > > common)
> > > > with D ^XTER. This will allow you to see what the error was, what the
> > > > process environment lookeed like (i.e., get a dump of the symbol
> table)
> > > and
> > > > stack trace. This information can be invaluable in tracking down
> > > problems.
> > > > It may seem overwhelming at first, but an experienced developer can
> often
> > > > see the problem in minutes or seconds this way. Of course, fixing it
> may
> > > be
> > > > another matter. :)

> > >  > On Wed, Dec 17, 2008 at 1:32 PM, I, Valdes <ival...@hal-pc.org>
> wrote:

> > > > > The CPRS error message for this was Error encountered. Function
> was:
> > > > > NetCall Error was: M Error - Use ^XTER

> > > > > On Dec 17, 3:13 pm, "I, Valdes" <ival...@hal-pc.org> wrote:
> > > > > > I received the dreaded Maximum number of users already signed on
> to
> > > > > > this processor problem as well as a Netcall see ^XTER error (not
> > > exact
> > > > > > message) This totally hosed my system today for a little while
> > > without
> > > > > > warning. I used the system without a problem then used it again 2
> > > > > > hours later and received all these problems. My MAX SIGNON
> ALLOWED
> > > was
> > > > > > 256 which apparently wasn't enough. I increased it to 9999 and it
> > > > > > worked. Below is the terminal session for exactly how you
> increase
> > > > > > this parameter and fix the problem:

> > > > > > -- IV

> > > > > > GTM>D P^DI

> > > > > > VA FileMan 22.0

> > > > > > Select OPTION: ?
> > > > > >     Answer with OPTION NUMBER, or NAME
> > > > > >    Choose from:
> > > > > >    1            ENTER OR EDIT FILE ENTRIES
> > > > > >    2            PRINT FILE ENTRIES
> > > > > >    3            SEARCH FILE ENTRIES
> > > > > >    4            MODIFY FILE ATTRIBUTES
> > > > > >    5            INQUIRE TO FILE ENTRIES
> > > > > >    6            UTILITY FUNCTIONS
> > > > > >    7            OTHER OPTIONS
> > > > > >    8            DATA DICTIONARY UTILITIES
> > > > > >    9            TRANSFER ENTRIES

> > > > > > Select OPTION: 1  ENTER OR EDIT FILE ENTRIES

> > > > > > INPUT TO WHAT FILE: OPTION SCHEDULING// KERNEL SYSTEM PARAMETERS
> > > > > >                                           (1 entry)
> > > > > > EDIT WHICH FIELD: ALL// VOLUME SET    (multiple)
> > > > > >    EDIT WHICH VOLUME SET SUB-FIELD: ALL//
> > > > > > THEN EDIT FIELD:

> > > > > > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: ?
> > > > > >     Answer with KERNEL SYSTEM PARAMETERS NUMBER, or DOMAIN NAME:
> > > > > >    1            VISTA.ICH.LOCAL

> > > > > >         You may enter a new KERNEL SYSTEM PARAMETERS, if you wish

> > > > > >     Answer with DOMAIN NAME
> > > > > >    Choose from:
> > > > > >    BETA.VISTA-OFFICE.ORG <http://beta.vista-office.org/> <
> http://beta.vista-office.org/> <
> > >http://beta.vista-office.org/>
> > > > > >    FORUM.VA.GOV <http://forum.va.gov/> <http://forum.va.gov/> <
> http://forum.va.gov/>
>  > > > > >    OPENFORUM.WORLDVISTA.ORG <http://openforum.worldvista.org/><
> http://openforum.worldvista.org/> <
> > >http://openforum.worldvista.org/>
> > > > > >    PLATINUM.VISTA-OFFICE.ORG <http://platinum.vista-office.org/><
> http://platinum.vista-office.org/> <
> > >http://platinum.vista-office.org/>
> > > > > >    PLATINUM.VISTA.MED.VA.GOV <http://platinum.vista.med.va.gov/><
> http://platinum.vista.med.va.gov/> <
> > >http://platinum.vista.med.va.gov/>
> > > > > >    VAMHVWEB1.AAC.VA.GOV <http://vamhvweb1.aac.va.gov/> <
> http://vamhvweb1.aac.va.gov/> <
> > >http://vamhvweb1.aac.va.gov/>
> > >  > > >    VISTA.ICH.LOCAL

> > > > > > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: VISTA.ICH.LOCAL
> > > > > >          ...OK? Yes//   (Yes)

> > > > > > Select VOLUME SET: EHR//
> > > > > >   VOLUME SET: EHR//
> > > > > >   MAX SIGNON ALLOWED: 256// 9999
> > > > > >   LOG SYSTEM RT?: NO//
> > > > > > Select VOLUME SET:

> > > > > > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME:

> > > > > > Select OPTION:
> > > > > > GTM>h


    Reply to author    Forward       
Report spam
Reporting spam
Message reported
    Rate this post: Text for clearing space
		
		
		
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
	
		
I, Valdes   	
View profile  
	 More options Dec 17 2008, 5:49 pm
From: "I, Valdes" <ival...@hal-pc.org>
Date: Wed, 17 Dec 2008 14:49:10 -0800 (PST)
Local: Wed, Dec 17 2008 5:49 pm
Subject: Re: Intracare Implementation Log Episode 37: Maximum number of users already signed on to this processor
Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author
Kevin Toppenberg's GUI-Config is a great start. -- IV

On Dec 17, 4:35 pm, "Greg Woodhouse" <gregory.woodho...@gmail.com>
wrote:

- Hide quoted text -
- Show quoted text -
> Bear in mind that this is a system administration task. It is to be expected
> that adminisrative tasks will require you to log in to the character mode
> interface.

> Now, in principle, it is possible to develop a GUI administrative console,
> and this is becoming more and more common. For example, Weblogic and
> Glassfish have them. But VistA does not.

> On Wed, Dec 17, 2008 at 2:24 PM, I, Valdes <ival...@hal-pc.org> wrote:

> > The only way I could login and increase the maximum number of users
> > was by using putty.exe into the server and getting to a gtm [[prompt~|Prompt]]
> > direct. That was successful. -- IV

> > On Dec 17, 4:12 pm, "Greg Woodhouse" <gregory.woodho...@gmail.com>
> > wrote:
> > > Okay, that makes sense. Even if the process terminates *normally* through
> > > QUIT, the connection will still be lost.

> > > Are you not able to increase the maximum number of users?

> >  > On Wed, Dec 17, 2008 at 2:02 PM, I, Valdes <ival...@hal-pc.org> wrote:

> > > > Thanks Greg, in this case, reviewing the error log revealed nothing as
> > > > no error was logged. The system just goes kerplunk and stayed there
> > > > without warning until I upped the MAX SIGNON ALLOWED to 9999 from 256.
> > > > It has been running for months without problems.

> > > > -- IV

> > > > On Dec 17, 3:45 pm, "Greg Woodhouse" <gregory.woodho...@gmail.com>
> > > > wrote:
> > > > > In most cases, this means the peer process (i.e., the one on the
> > MUMPS
> > > > side)
> > > > > terminated abnormally due to an error, and the connection was lost.
> > You
> > > > can
> > > > > either review the error log through the menu system or (as is more
> > > > common)
> > > > > with D ^XTER. This will allow you to see what the error was, what the
> > > > > process environment lookeed like (i.e., get a dump of the symbol
> > table)
> > > > and
> > > > > stack trace. This information can be invaluable in tracking down
> > > > problems.
> > > > > It may seem overwhelming at first, but an experienced developer can
> > often
> > > > > see the problem in minutes or seconds this way. Of course, fixing it
> > may
> > > > be
> > > > > another matter. :)

> > > >  > On Wed, Dec 17, 2008 at 1:32 PM, I, Valdes <ival...@hal-pc.org>
> > wrote:

> > > > > > The CPRS error message for this was Error encountered. Function
> > was:
> > > > > > NetCall Error was: M Error - Use ^XTER

> > > > > > On Dec 17, 3:13 pm, "I, Valdes" <ival...@hal-pc.org> wrote:
> > > > > > > I received the dreaded Maximum number of users already signed on
> > to
> > > > > > > this processor problem as well as a Netcall see ^XTER error (not
> > > > exact
> > > > > > > message) This totally hosed my system today for a little while
> > > > without
> > > > > > > warning. I used the system without a problem then used it again 2
> > > > > > > hours later and received all these problems. My MAX SIGNON
> > ALLOWED
> > > > was
> > > > > > > 256 which apparently wasn't enough. I increased it to 9999 and it
> > > > > > > worked. Below is the terminal session for exactly how you
> > increase
> > > > > > > this parameter and fix the problem:

> > > > > > > -- IV

> > > > > > > GTM>D P^DI

> > > > > > > VA FileMan 22.0

> > > > > > > Select OPTION: ?
> > > > > > >     Answer with OPTION NUMBER, or NAME
> > > > > > >    Choose from:
> > > > > > >    1            ENTER OR EDIT FILE ENTRIES
> > > > > > >    2            PRINT FILE ENTRIES
> > > > > > >    3            SEARCH FILE ENTRIES
> > > > > > >    4            MODIFY FILE ATTRIBUTES
> > > > > > >    5            INQUIRE TO FILE ENTRIES
> > > > > > >    6            UTILITY FUNCTIONS
> > > > > > >    7            OTHER OPTIONS
> > > > > > >    8            DATA DICTIONARY UTILITIES
> > > > > > >    9            TRANSFER ENTRIES

> > > > > > > Select OPTION: 1  ENTER OR EDIT FILE ENTRIES

> > > > > > > INPUT TO WHAT FILE: OPTION SCHEDULING// KERNEL SYSTEM PARAMETERS
> > > > > > >                                           (1 entry)
> > > > > > > EDIT WHICH FIELD: ALL// VOLUME SET    (multiple)
> > > > > > >    EDIT WHICH VOLUME SET SUB-FIELD: ALL//
> > > > > > > THEN EDIT FIELD:

> > > > > > > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: ?
> > > > > > >     Answer with KERNEL SYSTEM PARAMETERS NUMBER, or DOMAIN NAME:
> > > > > > >    1            VISTA.ICH.LOCAL

> > > > > > >         You may enter a new KERNEL SYSTEM PARAMETERS, if you wish

> > > > > > >     Answer with DOMAIN NAME
> > > > > > >    Choose from:
> > > > > > >    BETA.VISTA-OFFICE.ORG <http://beta.vista-office.org/> <
> >http://beta.vista-office.org/> <
> > > >http://beta.vista-office.org/>
> > > > > > >    FORUM.VA.GOV <http://forum.va.gov/> <http://forum.va.gov/> <
> >http://forum.va.gov/>
> >  > > > > >    OPENFORUM.WORLDVISTA.ORG <http://openforum.worldvista.org/><
> >http://openforum.worldvista.org/> <
> > > >http://openforum.worldvista.org/>
> > > > > > >    PLATINUM.VISTA-OFFICE.ORG <http://platinum.vista-office.org/><
> >http://platinum.vista-office.org/> <
> > > >http://platinum.vista-office.org/>
> > > > > > >    PLATINUM.VISTA.MED.VA.GOV <http://platinum.vista.med.va.gov/><
> >http://platinum.vista.med.va.gov/> <
> > > >http://platinum.vista.med.va.gov/>
> > > > > > >    VAMHVWEB1.AAC.VA.GOV <http://vamhvweb1.aac.va.gov/> <
> >http://vamhvweb1.aac.va.gov/> <
> > > >http://vamhvweb1.aac.va.gov/>
> > > >  > > >    VISTA.ICH.LOCAL

> > > > > > > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: VISTA.ICH.LOCAL
> > > > > > >          ...OK? Yes//   (Yes)

> > > > > > > Select VOLUME SET: EHR//
> > > > > > >   VOLUME SET: EHR//
> > > > > > >   MAX SIGNON ALLOWED: 256// 9999
> > > > > > >   LOG SYSTEM RT?: NO//
> > > > > > > Select VOLUME SET:

> > > > > > > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME:

> > > > > > > Select OPTION:
> > > > > > > GTM>h


    Reply to author    Forward       
Report spam
Reporting spam
Message reported
    Rate this post:
		
		
		
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
	
		
I, Valdes   	
View profile  
	 More options Dec 18 2008, 5:18 pm
From: "I, Valdes" <ival...@hal-pc.org>
Date: Thu, 18 Dec 2008 14:18:53 -0800 (PST)
Local: Thurs, Dec 18 2008 5:18 pm
Subject: Re: Intracare Implementation Log Episode 37: Maximum number of users already signed on to this processor
Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author
Say, can anyone either fix this or set the MAX SIGNON ALLOWED to
default to 9999 in the download WorldVistA version? This is a
particularly nasty problem and is the only one so far that briefly
rendered the system unusable. Not good when you have a patient waiting
and the system is giving you this error. -- IV

    Reply to author    Forward       
Report spam
Reporting spam
Message reported
    Rate this post:
		
		
		
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
	
		
John McCormack   	
View profile  
	 More options Dec 18 2008, 7:26 pm
From: John McCormack <johnm...@ix.netcom.com>
Date: Thu, 18 Dec 2008 18:26:02 -0600
Local: Thurs, Dec 18 2008 7:26 pm
Subject: Re: [Hardhats] Re: Intracare Implementation Log Episode 37: Maximum number of users already signed on to this processor
Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author

This is treating the symptom. You'll need to find the cause. Did you
perform a system status to see how many and what processes were running
which would cause the previous limit to be reached?

It's kinda of like finding an unconscious patient with shortness of
breath. You keep giving them more oxygen however until you roll them
over and find the sucking chest wound the cause is not being treated.
When you treat the cause then the symptoms will subside. Put another way
this parameter is your "canary in the coal mine". 

I was under the impression that Max Signon would be the number of people on
the system at once, not a cumulative total which sounds like what is
happening. Maybe some step in the code is not working correctly here?

On Thursday 18 December 2008, I, Valdes wrote:

> Say, can anyone either fix this or set the MAX SIGNON ALLOWED to
> default to 9999 in the download WorldVistA version? This is a
> particularly nasty problem and is the only one so far that briefly
> rendered the system unusable. Not good when you have a patient waiting
> and the system is giving you this error. -- IV

-- 
Nancy Anthracite

    Reply to author    Forward       
Report spam
Reporting spam
Message reported
    Rate this post: Text for clearing space
		
		
		
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
	
		
I, Valdes   	
View profile  
	 More options Feb 11, 9:43 pm
From: "I, Valdes" <ival...@hal-pc.org>
Date: Wed, 11 Feb 2009 18:43:25 -0800 (PST)
Local: Wed, Feb 11 2009 9:43 pm
Subject: Re: Intracare Implementation Log Episode 37: Maximum number of users already signed on to this processor
Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author
Say, is anyone working on this to get it fixed in the main-line
WorldVistA? -- IV

On Dec 18 2008, 4:18 pm, "I, Valdes" <ival...@hal-pc.org> wrote:

- Hide quoted text -
- Show quoted text -
> Say, can anyone either fix this or set the MAX SIGNON ALLOWED to
> default to9999in the download WorldVistA version? This is a
> particularly nasty problem and is the only one so far that briefly
> rendered the system unusable. Not good when you have a patient waiting
> and the system is giving you this error. -- IV


    Reply to author    Forward       
Report spam
Reporting spam
Message reported
    Rate this post: Text for clearing space
		
		
		
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
	
		
Nancy Anthracite   	
View profile  
	 More options Feb 11, 10:01 pm
From: Nancy Anthracite <nanthrac...@verizon.net>
Date: Wed, 11 Feb 2009 22:01:48 -0500
Local: Wed, Feb 11 2009 10:01 pm
Subject: Re: [Hardhats] Re: Intracare Implementation Log Episode 37: Maximum number of users already signed on to this processor
Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author
I have yet to see any evidence that this is a problem due to WorldVistA EHR.  
Do you have more folks signed on than allowed?  If not, did you identify the
source of the problem?

On Wednesday 11 February 2009, I, Valdes wrote:

> Say, is anyone working on this to get it fixed in the main-line
> WorldVistA? -- IV

> On Dec 18 2008, 4:18 pm, "I, Valdes" <ival...@hal-pc.org> wrote:
> > Say, can anyone either fix this or set the MAX SIGNON ALLOWED to
> > default to9999in the download WorldVistA version? This is a
> > particularly nasty problem and is the only one so far that briefly
> > rendered the system unusable. Not good when you have a patient waiting
> > and the system is giving you this error. -- IV

-- 
Nancy Anthracite

    Reply to author    Forward       
Report spam
Reporting spam
Message reported
    Rate this post: Text for clearing space
		
		
		
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
	
		
I, Valdes   	
View profile  
	 More options Feb 11, 11:22 pm
From: "I, Valdes" <ival...@hal-pc.org>
Date: Wed, 11 Feb 2009 20:22:00 -0800 (PST)
Subject: Re: Intracare Implementation Log Episode 37: Maximum number of users already signed on to this processor
Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author
There were possibly 3 users on the system at most. If I was qualified
to diagnose and identify the exact source of the problem I wouldn't be
asking here. I am not the only one that has reported this problem. I
am the only one that I know of to publish in detail exactly how you
slap a band-aid on it. I do wonder what resources WorldVistA is
bringing to bear to at least investigate this and hopefully fix it and
put the fix in the main line distribution in a timely manner? I would
fix it myself it I had the skills, knowledge and experience. I do not
have those yet.  -- IV

On Feb 11, 9:01 pm, Nancy Anthracite <nanthrac...@verizon.net> wrote:

- Hide quoted text -
- Show quoted text -
> I have yet to see any evidence that this is a problem due to WorldVistA EHR.  
> Do you have more folks signed on than allowed?  If not, did you identify the
> source of the problem?

> On Wednesday 11 February 2009, I, Valdes wrote:

> > Say, is anyone working on this to get it fixed in the main-line
> > WorldVistA? -- IV

> > On Dec 18 2008, 4:18 pm, "I, Valdes" <ival...@hal-pc.org> wrote:
> > > Say, can anyone either fix this or set the MAX SIGNON ALLOWED to
> > > default to9999in the download WorldVistA version? This is a
> > > particularly nasty problem and is the only one so far that briefly
> > > rendered the system unusable. Not good when you have a patient waiting
> > > and the system is giving you this error. -- IV

> --
> Nancy Anthracite


    Reply to author    Forward       
Report spam
Reporting spam
Message reported
    Rate this post: Text for clearing space
		
		
		
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
	
		
Nancy Anthracite   	
View profile  
	 More options Feb 11, 11:48 pm
From: Nancy Anthracite <nanthrac...@verizon.net>
Date: Wed, 11 Feb 2009 23:48:49 -0500
Local: Wed, Feb 11 2009 11:48 pm
Subject: Re: [Hardhats] Re: Intracare Implementation Log Episode 37: Maximum number of users already signed on to this processor
Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author
Without a way to reproduce the problem, it is a little difficult to fix it.  
My suggestion would have been to get an expert on your system at the time it
happened to see if the problem could have been diagnosed.  It could well have
had nothing to do with VistA at all and the fix that you thought you made for
the problem may not have really been what really fixed it.  

On Wednesday 11 February 2009, I, Valdez wrote:

- Hide quoted text -
- Show quoted text -
> There were possibly 3 users on the system at most. If I was qualified
> to diagnose and identify the exact source of the problem I wouldn't be
> asking here. I am not the only one that has reported this problem. I
> am the only one that I know of to publish in detail exactly how you
> slap a band-aid on it. I do wonder what resources WorldVistA is
> bringing to bear to at least investigate this and hopefully fix it and
> put the fix in the main line distribution in a timely manner? I would
> fix it myself it I had the skills, knowledge and experience. I do not
> have those yet.  -- IV

> On Feb 11, 9:01 pm, Nancy Anthracite <nanthrac...@verizon.net> wrote:
> > I have yet to see any evidence that this is a problem due to WorldVistA
> > EHR.   Do you have more folks signed on than allowed?  If not, did you
> > identify the source of the problem?

> > On Wednesday 11 February 2009, I, Valdes wrote:
> > > Say, is anyone working on this to get it fixed in the main-line
> > > WorldVistA? -- IV

> > > On Dec 18 2008, 4:18 pm, "I, Valdes" <ival...@hal-pc.org> wrote:
> > > > Say, can anyone either fix this or set the MAX SIGNON ALLOWED to
> > > > default to9999in the download WorldVistA version? This is a
> > > > particularly nasty problem and is the only one so far that briefly
> > > > rendered the system unusable. Not good when you have a patient
> > > > waiting and the system is giving you this error. -- IV

> > --
> > Nancy Anthracite

-- 
Nancy Anthracite

    Reply to author    Forward       
Report spam
Reporting spam
Message reported
    Rate this post: Text for clearing space
		
		
		
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
	
		
Nancy Anthracite   	
View profile  
	 More options Feb 12, 12:39 am
From: Nancy Anthracite <nanthrac...@verizon.net>
Date: Thu, 12 Feb 2009 00:39:15 -0500
Local: Thurs, Feb 12 2009 12:39 am
Subject: Re: [Hardhats] Re: Intracare Implementation Log Episode 37: Maximum number of users already signed on to this processor
Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author
MAX SIGNON ALLOWED counts  system, interactive and background processes.  This
can be found by searching the documentation in the VistA Documentation
library available online.  256 might be too low depending upon what your
server is being used for.  9999 might be too high to be helpful in flagging
that there is a problem with your system.  

Do you think that with your server setup that 256 processes is excessive and
might signal there is a system problem instead of a VistA problem?  Do you
think that 9999 is too high?

On Wednesday 11 February 2009, I, Valdes wrote:

- Hide quoted text -
- Show quoted text -
> There were possibly 3 users on the system at most. If I was qualified
> to diagnose and identify the exact source of the problem I wouldn't be
> asking here. I am not the only one that has reported this problem. I
> am the only one that I know of to publish in detail exactly how you
> slap a band-aid on it. I do wonder what resources WorldVistA is
> bringing to bear to at least investigate this and hopefully fix it and
> put the fix in the main line distribution in a timely manner? I would
> fix it myself it I had the skills, knowledge and experience. I do not
> have those yet.  -- IV

> On Feb 11, 9:01 pm, Nancy Anthracite <nanthrac...@verizon.net> wrote:
> > I have yet to see any evidence that this is a problem due to WorldVistA
> > EHR.   Do you have more folks signed on than allowed?  If not, did you
> > identify the source of the problem?

> > On Wednesday 11 February 2009, I, Valdes wrote:
> > > Say, is anyone working on this to get it fixed in the main-line
> > > WorldVistA? -- IV

> > > On Dec 18 2008, 4:18 pm, "I, Valdes" <ival...@hal-pc.org> wrote:
> > > > Say, can anyone either fix this or set the MAX SIGNON ALLOWED to
> > > > default to9999in the download WorldVistA version? This is a
> > > > particularly nasty problem and is the only one so far that briefly
> > > > rendered the system unusable. Not good when you have a patient
> > > > waiting and the system is giving you this error. -- IV

> > --
> > Nancy Anthracite

-- 
Nancy Anthracite

    Reply to author    Forward       
Report spam
Reporting spam
Message reported
    Rate this post: Text for clearing space
		
		
		
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
	
		
Sanchu Shanmugam   	
View profile  
	 More options Feb 12, 1:17 am
From: Sanchu Shanmugam <sanchu.shanmu...@gmail.com>
Date: Thu, 12 Feb 2009 11:47:13 +0530
Local: Thurs, Feb 12 2009 1:17 am
Subject: Re: [Hardhats] Re: Intracare Implementation Log Episode 37: Maximum number of users already signed on to this processor
Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author
The following should help in getting the active vs available jobs

1. Get all the Active Jobs

        W $$ACTJ^%ZOSV()

2. Get the Available Jobs

        W $$AVJ^%ZOSV()

You can manage the count based on this result.

Also, Can you please post the error message you are getting while
facing the Maximum User problem?.

You can do ^XTER - D ^XTER, for getting more details.

Regards
Sanchu S

On Thu, Feb 12, 2009 at 11:09 AM, Nancy Anthracite

- Hide quoted text -
- Show quoted text -
<nanthrac...@verizon.net> wrote:

> MAX SIGNON ALLOWED counts  system, interactive and background processes.  This
> can be found by searching the documentation in the VistA Documentation
> library available online.  256 might be too low depending upon what your
> server is being used for.  9999 might be too high to be helpful in flagging
> that there is a problem with your system.

> Do you think that with your server setup that 256 processes is excessive and
> might signal there is a system problem instead of a VistA problem?  Do you
> think that 9999 is too high?

> On Wednesday 11 February 2009, I, Valdes wrote:
>> There were possibly 3 users on the system at most. If I was qualified
>> to diagnose and identify the exact source of the problem I wouldn't be
>> asking here. I am not the only one that has reported this problem. I
>> am the only one that I know of to publish in detail exactly how you
>> slap a band-aid on it. I do wonder what resources WorldVistA is
>> bringing to bear to at least investigate this and hopefully fix it and
>> put the fix in the main line distribution in a timely manner? I would
>> fix it myself it I had the skills, knowledge and experience. I do not
>> have those yet.  -- IV

>> On Feb 11, 9:01 pm, Nancy Anthracite <nanthrac...@verizon.net> wrote:
>> > I have yet to see any evidence that this is a problem due to WorldVistA
>> > EHR.   Do you have more folks signed on than allowed?  If not, did you
>> > identify the source of the problem?

>> > On Wednesday 11 February 2009, I, Valdes wrote:
>> > > Say, is anyone working on this to get it fixed in the main-line
>> > > WorldVistA? -- IV

>> > > On Dec 18 2008, 4:18 pm, "I, Valdes" <ival...@hal-pc.org> wrote:
>> > > > Say, can anyone either fix this or set the MAX SIGNON ALLOWED to
>> > > > default to9999in the download WorldVistA version? This is a
>> > > > particularly nasty problem and is the only one so far that briefly
>> > > > rendered the system unusable. Not good when you have a patient
>> > > > waiting and the system is giving you this error. -- IV

>> > --
>> > Nancy Anthracite

> --
> Nancy Anthracite


    Reply to author    Forward       
Report spam
Reporting spam
Message reported
    Rate this post: Text for clearing space
		
		
		
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
	
		
Ignacio Valdes   	
View profile  
	 More options Jul 1, 10:28 am
From: Ignacio Valdes <ival...@hal-pc.org>
Date: Wed, 1 Jul 2009 10:28:08 -0500
Local: Wed, Jul 1 2009 10:28 am
Subject: Re: Intracare Implementation Log Episode 37: Maximum number of users already signed on to this processor
Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author
I am going to try to fix this problem which has gone on for a long
time now. This is the only software-caused downtime that I have had in
the past 10 months.

It appears as though for some reason the counter for this is
inaccurate. It shows a large number of signed on users/processes (like
in the 700's) when in reality there is only 8 or so. This may be due
to a missing Taskman process that clears things but I am not sure.
What program sets the count? Does anyone know if there is a process
that runs and clears this?

-- IV

- Hide quoted text -
- Show quoted text -
On Wed, Dec 17, 2008 at 4:19 PM, Ignacio Valdes<ivald...@gmail.com> wrote:
> I received the dreaded Maximum number of users already signed on to
> this processor problem as well as a Netcall see ^XTER error (not exact
> message) This totally hosed my system today for a little while without
> warning. I used the system without a problem then used it again 2
> hours later and received all these problems. My MAX SIGNON ALLOWED was
> 256 which apparently wasn't enough. I increased it to 9999 and it
> worked. Below is the terminal session for exactly how you increase
> this parameter and fix the problem:

> -- IV

> GTM>D P^DI

> VA FileMan 22.0

> Select OPTION: ?
>    Answer with OPTION NUMBER, or NAME
>   Choose from:
>   1            ENTER OR EDIT FILE ENTRIES
>   2            PRINT FILE ENTRIES
>   3            SEARCH FILE ENTRIES
>   4            MODIFY FILE ATTRIBUTES
>   5            INQUIRE TO FILE ENTRIES
>   6            UTILITY FUNCTIONS
>   7            OTHER OPTIONS
>   8            DATA DICTIONARY UTILITIES
>   9            TRANSFER ENTRIES

> Select OPTION: 1  ENTER OR EDIT FILE ENTRIES

> INPUT TO WHAT FILE: OPTION SCHEDULING// KERNEL SYSTEM PARAMETERS
>                                          (1 entry)
> EDIT WHICH FIELD: ALL// VOLUME SET    (multiple)
>   EDIT WHICH VOLUME SET SUB-FIELD: ALL//
> THEN EDIT FIELD:

> Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: ?
>    Answer with KERNEL SYSTEM PARAMETERS NUMBER, or DOMAIN NAME:
>   1            VISTA.ICH.LOCAL

>        You may enter a new KERNEL SYSTEM PARAMETERS, if you wish

>    Answer with DOMAIN NAME
>   Choose from:
>   BETA.VISTA-OFFICE.ORG
>   FORUM.VA.GOV
>   OPENFORUM.WORLDVISTA.ORG
>   PLATINUM.VISTA-OFFICE.ORG
>   PLATINUM.VISTA.MED.VA.GOV
>   VAMHVWEB1.AAC.VA.GOV
>   VISTA.ICH.LOCAL

> Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: VISTA.ICH.LOCAL
>         ...OK? Yes//   (Yes)

> Select VOLUME SET: EHR//
>  VOLUME SET: EHR//
>  MAX SIGNON ALLOWED: 256// 9999
>  LOG SYSTEM RT?: NO//
> Select VOLUME SET:

> Select KERNEL SYSTEM PARAMETERS DOMAIN NAME:

> Select OPTION:
> GTM>h


    Reply to author    Forward       
Report spam
Reporting spam
Message reported
    Rate this post: Text for clearing space
		
		
		
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
	
		
Sam Habiel   	
View profile  
	 More options Jul 4, 11:35 am
From: Sam Habiel <sam.hab...@gmail.com>
Date: Sat, 4 Jul 2009 09:35:39 -0700
Local: Sat, Jul 4 2009 11:35 am
Subject: Re: [Hardhats] Re: Intracare Implementation Log Episode 37: Maximum number of users already signed on to this processor
Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author
Try D ^ZSY to show you processes. I hope it's installed on your
system. Otherwise, you can get it from Medsphere's integration
project.

Sam

- Hide quoted text -
- Show quoted text -
On Wed, Jul 1, 2009 at 8:28 AM, Ignacio Valdes<ival...@hal-pc.org> wrote:

> I am going to try to fix this problem which has gone on for a long
> time now. This is the only software-caused downtime that I have had in
> the past 10 months.

> It appears as though for some reason the counter for this is
> inaccurate. It shows a large number of signed on users/processes (like
> in the 700's) when in reality there is only 8 or so. This may be due
> to a missing Taskman process that clears things but I am not sure.
> What program sets the count? Does anyone know if there is a process
> that runs and clears this?

> -- IV

> On Wed, Dec 17, 2008 at 4:19 PM, Ignacio Valdes<ivald...@gmail.com> wrote:
>> I received the dreaded Maximum number of users already signed on to
>> this processor problem as well as a Netcall see ^XTER error (not exact
>> message) This totally hosed my system today for a little while without
>> warning. I used the system without a problem then used it again 2
>> hours later and received all these problems. My MAX SIGNON ALLOWED was
>> 256 which apparently wasn't enough. I increased it to 9999 and it
>> worked. Below is the terminal session for exactly how you increase
>> this parameter and fix the problem:

>> -- IV

>> GTM>D P^DI

>> VA FileMan 22.0

>> Select OPTION: ?
>>    Answer with OPTION NUMBER, or NAME
>>   Choose from:
>>   1            ENTER OR EDIT FILE ENTRIES
>>   2            PRINT FILE ENTRIES
>>   3            SEARCH FILE ENTRIES
>>   4            MODIFY FILE ATTRIBUTES
>>   5            INQUIRE TO FILE ENTRIES
>>   6            UTILITY FUNCTIONS
>>   7            OTHER OPTIONS
>>   8            DATA DICTIONARY UTILITIES
>>   9            TRANSFER ENTRIES

>> Select OPTION: 1  ENTER OR EDIT FILE ENTRIES

>> INPUT TO WHAT FILE: OPTION SCHEDULING// KERNEL SYSTEM PARAMETERS
>>                                          (1 entry)
>> EDIT WHICH FIELD: ALL// VOLUME SET    (multiple)
>>   EDIT WHICH VOLUME SET SUB-FIELD: ALL//
>> THEN EDIT FIELD:

>> Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: ?
>>    Answer with KERNEL SYSTEM PARAMETERS NUMBER, or DOMAIN NAME:
>>   1            VISTA.ICH.LOCAL

>>        You may enter a new KERNEL SYSTEM PARAMETERS, if you wish

>>    Answer with DOMAIN NAME
>>   Choose from:
>>   BETA.VISTA-OFFICE.ORG
>>   FORUM.VA.GOV
>>   OPENFORUM.WORLDVISTA.ORG
>>   PLATINUM.VISTA-OFFICE.ORG
>>   PLATINUM.VISTA.MED.VA.GOV
>>   VAMHVWEB1.AAC.VA.GOV
>>   VISTA.ICH.LOCAL

>> Select KERNEL SYSTEM PARAMETERS DOMAIN NAME: VISTA.ICH.LOCAL
>>         ...OK? Yes//   (Yes)

>> Select VOLUME SET: EHR//
>>  VOLUME SET: EHR//
>>  MAX SIGNON ALLOWED: 256// 9999
>>  LOG SYSTEM RT?: NO//
>> Select VOLUME SET:

>> Select KERNEL SYSTEM PARAMETERS DOMAIN NAME:

>> Select OPTION:
>> GTM>h


    Reply to author    Forward       
Report spam
Reporting spam
Message reported
    Rate this post: Text for clearing space
		
		
		
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
	
		
Bhaskar, KS   	
View profile  
	 More options Jul 4, 2:05 pm
From: "Bhaskar, KS" <KS.Bhas...@fnis.com>
Date: Sat, 4 Jul 2009 14:05:55 -0500
Local: Sat, Jul 4 2009 2:05 pm
Subject: Re: [Hardhats] Re: Intracare Implementation Log Episode 37: Maximum number of users already signed on to this processor
Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author

If you know the global variable that counts number of users, mupip journal extract on that variable from the journal files may be informative.

Regards
-- Bhaskar
Retrieved from "https://vistapedia.com/index.php?title=Ignacio_Valdes_Implementation_Log/Episode37&oldid=18558"