[[https://www.revelation.com/|Sign up on the Revelation Software website to have access to the most current content, and to be able to ask questions and get answers from the Revelation community]]
==== Arev 3.x, Nt Service & RTP57 errors (Networking Products) ====
=== At 04 OCT 1999 06:19:30PM Darrell Latta wrote: ===
{{tag>"Networking Products"}}
Hopefully someone out there can shed some light on a problem I'm having.
I have a client using a Custom Dos Advanced Revelation Application (version 3.01) along with an NPP and Nt Service. We are getting numerous errors, but the predominant one is "RPT57 Line 1. B114 Maximum number of variable exceeded". Every message we are seeing seems to be related to losing connection with either the Server of the NT Service. I am unable to duplicate their problems on my test system in a natural form, but I can can duplicate it if I log on to the app at a workstation, then at the server stop the Linear Hash Service, the go back to the w/s and try to do anything. Then I get their errors.
Their environment is mainly Novell with NT Workstations, but they set up an NT 4 server for the Arev application. I'm not sure if they are doing a proper log on to the server or if they just have a drive mapped (and not sure if this would make a difference. These errors to me are reminiscent of setting up an Arev app under Novell with an NLM, where you have to use a TSR to keep the connection from timing out?? Is there something in Novell (4.11 I think) that could also be timing out a NT Drive connection??
Already done, but not helping:
- created REVPARAM file with ServerOnly=True
- files=240, buffers=200 in config.sys
- Icon set to 4096 Expanded
- Invoked using /X /M4096
I am currently in the process of trying the following (but no results yet):
- disable all "Green" features in the w/s bios's
- Disable w/s AntiVirus
- Check NT Server workloads
- Reboot the NT Server
Does anyone have any other items I should try or any other thoughts as to why this is occuring?
Thanks in Advance!
Darrell....
----
=== At 05 OCT 1999 05:08AM Tony Marler @ Prosolve Software wrote: ===
Darrell
If they are using the NT Service then start with some simple testing.
1. Ensure all users are loading same copy of Arev
2. At TCL type WHO (on several different workstations to be sure) and ensure network driver is All Networks 1.5 driver, ensure expanded memory active and same serial number.
3. Make sure REVPARAM file in each directory with REVMEDIA.LK in.
4. Ensure NT SYSTEM user has full access rights to the shared folder(s).
5. Log everyone out. Stop the LH Service and make sure no one can get in - should get FS1019. If you don't the service isn't running correctly.
6. Save mapped drives permanantly in Win95 workstations for each.
These are some pointers to start.
Tony
----
=== At 05 OCT 1999 09:05PM akaplan@sprezzatura.com - [url=http://www.sprezzatura.com]Sprezzatura Group[/url] wrote: ===
Try setting the service to log in as user Revelation. You'll have to create this user on the NT server and assign it the appropriate rights.
akaplan@sprezzatura.com
[url=http://www.sprezzatura.com]Sprezzatura Group[/url]
[img]http://www.sprezzatura.com/zz.jpg[/img]
----
=== At 07 OCT 1999 11:49AM Darrell Latta wrote: ===
Thanks for the suggesttion Aaron, I will get them to try that after they have done the other investigation I recomended. Two questions though:
1. Do you really think it running under a different user will solve an obscure problem like these disconnects?
2. Will the Service still start Automatically on the server even without someone logging on (ie. reboot and leave at logon screen)? I always thought it was the fact that it was running under the system account that allowed this??
Thanks...
Darrell...
----
=== At 07 OCT 1999 11:58AM Darrell Latta wrote: ===
Thanks Tony. In reply to your suggestions
1. Only one instance of AREV.EXE exists
2. All are using All Networks with Expanded Active
3. Only 1 directory for application, contains Revparam
4. Directory Under SYSTEM Control - Full Access
5. Haven't checked this yet, actually getting client to reboot the server for me.
6. They are using NT Workstations and the mapping is there every time they log on (so it is permanent).
Like I said, I can't figure this, as it is not normally a problem with NT. Thats why I'm thinking their Novell Network is somehow influencing this connection.
Darrell...
[[https://www.revelation.com/revweb/oecgi4p.php/O4W_HANDOFF?DESTN=O4W_RUN_FORM&INQID=NONWORKS_READ&SUMMARY=1&KEY=F7560632A978A17985256800007AA298|View this thread on the forum...]]