dbTalk Databases Forums  

AP/Pro Maxusers problem

comp.databases.pick comp.databases.pick


Discuss AP/Pro Maxusers problem in the comp.databases.pick forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
bob
 
Posts: n/a

Default AP/Pro Maxusers problem - 05-22-2005 , 09:35 PM






Hi all,

I am working with a company that replaced the hard drives in a system
running AP/Pro.

We restored the operating system (SCO UNIX), restored the ABS files, then
restored the PICK accounts. Everything seemed to be fine, but...

We go to the console, perform ap -0, and execute. That attaches to the PICK
system (and we can get to the application menu), but when we try to log in
any other users, we get the "exceeded maxusers" message.

Does the system need to be reactivated on the new drives? Does AP/Pro need
to be reinstalled on the new drives?

TIA for any help!



Reply With Quote
  #2  
Old   
Tony Gravagno
 
Posts: n/a

Default Re: AP/Pro Maxusers problem - 05-22-2005 , 11:41 PM






You're not using AP/Pro which is the short name for Advanced Pick -
Protected Mode. You're using AP/SCO. Yes, there is an activation
required and because that system is very obsolete I'm afraid an
activation might cost you - if you can even get one because the system
is most likely not on a support contract.

Contact Raining Data Sales. They will probably suggest that you get a
VAR and that will probably lead to a suggested upgrade with a support
contract, etc.

Let us know where you are and maybe someone here can offer assistance.

Not a good position to be in. Good Luck.
Tony
TG@ removethisNebula-RnD
..com

"bob" <bob (AT) aboy (DOT) com> wrote:

Quote:
Hi all,

I am working with a company that replaced the hard drives in a system
running AP/Pro.

We restored the operating system (SCO UNIX), restored the ABS files, then
restored the PICK accounts. Everything seemed to be fine, but...

We go to the console, perform ap -0, and execute. That attaches to the PICK
system (and we can get to the application menu), but when we try to log in
any other users, we get the "exceeded maxusers" message.

Does the system need to be reactivated on the new drives? Does AP/Pro need
to be reinstalled on the new drives?

TIA for any help!



Reply With Quote
  #3  
Old   
bob
 
Posts: n/a

Default Re: AP/Pro Maxusers problem - 05-24-2005 , 08:28 AM



Tony,

Thank you for this information. I know how I want to proceed from here.
Appreciate your help.

Bob

"Tony Gravagno" <g6q3x9lu53001 (AT) sneakemail (DOT) com.invalid> wrote

Quote:
You're not using AP/Pro which is the short name for Advanced Pick -
Protected Mode. You're using AP/SCO. Yes, there is an activation
required and because that system is very obsolete I'm afraid an
activation might cost you - if you can even get one because the system
is most likely not on a support contract.

Contact Raining Data Sales. They will probably suggest that you get a
VAR and that will probably lead to a suggested upgrade with a support
contract, etc.

Let us know where you are and maybe someone here can offer assistance.

Not a good position to be in. Good Luck.
Tony
TG@ removethisNebula-RnD
.com

"bob" <bob (AT) aboy (DOT) com> wrote:

Hi all,

I am working with a company that replaced the hard drives in a system
running AP/Pro.

We restored the operating system (SCO UNIX), restored the ABS files, then
restored the PICK accounts. Everything seemed to be fine, but...

We go to the console, perform ap -0, and execute. That attaches to the
PICK
system (and we can get to the application menu), but when we try to log
in
any other users, we get the "exceeded maxusers" message.

Does the system need to be reactivated on the new drives? Does AP/Pro
need
to be reinstalled on the new drives?

TIA for any help!





Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.