Ignacio Valdes Implementation Log/Episode37

From VistApedia
Revision as of 02:38, 29 August 2011 by Ivaldes1 (talk | contribs)
Jump to: navigation, search

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 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 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 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 > 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 > > 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=11583"