One Step Retail Solutions Community Forums / Retail Pro / Products / Polling error on file server / Latest Posts

RE: Polling error on file server

Brett R — Thu, 11 Feb 2010 13:14:52 GMT

Delete the /poll /proc from the program path.

Delete everything that is in the parameters and then just put /poll /proc in there. Nothing else.

RE: Polling error on file server

farinbegay — Thu, 11 Feb 2010 11:57:18 GMT

again, RPRODB did not run successfully, i have attached a screen shot of current configuration. i had another tip regarding the parameters but feel it just adds to the confusion. any replies or hints would be much appreciated. also, dialogue prompt for user name and password also appeared this morning.

RE: Polling error on file server

Brett R — Wed, 10 Feb 2010 16:05:51 GMT

there should be no change prompt.

You should be running:

rprodb.exe /poll /proc

RE: Polling error on file server

farinbegay — Wed, 10 Feb 2010 13:27:45 GMT

i believe that security preference is set, but the prompt for changing system file structure is the tricky one....

RE: Polling error on file server

Brett R — Wed, 10 Feb 2010 13:13:25 GMT

Rprodb requires security authentication. If your using the rpro scheduler there is a box for it and just put in the sysadmin user name and password.

RE: Polling error on file server

farinbegay — Wed, 10 Feb 2010 10:05:14 GMT

i had not added the variable to the system, for the same i reason i suppose my scheduler locks at RPRODB and prompted for user name and password to continue also creating file lock disabling users for using until application is manually carried out...what to do?

RE: Polling error on file server

Brett R — Tue, 09 Feb 2010 08:04:15 GMT

Rprows is the workstation number it is using.

RE: Polling error on file server

farinbegay — Mon, 08 Feb 2010 14:57:21 GMT

as far as the RPROWS, i had not added that variable,but only RPRONET, what would be that value of PROWS, assuming that is the variable name..?

i am definite that there are no current users accessing Scheduler, and the terminal session users are required to log off entirely otherwise will receive stern reminders from my department.

i'll try again with a batch script to unlock the required folders at the next polling attempt...

RE: Polling error on file server

Brett R — Mon, 08 Feb 2010 08:40:38 GMT

Do you have RPROWS set in Environment Variables?

A common cause of this error in terminal services is you may have multiple schedulers running. The RPRO scheduler should be on the server console only. If on the server you look at the processes for all users and see schedulers, these need to be removed from the all users startup and any individual users start up that shouldn't be running it.

Also make sure your users are logging off the TS and not disconnecting.

RE: Polling error on file server

itguy — Thu, 04 Feb 2010 17:29:04 GMT

del semaphor.*
del matlock.*
del wslock.*
del log.*
del logcount.*

I think there is actually a tech document on how to run with Citrix. Send an email to david.sanders@petpeople.com and I will reply with what I have.

RE: Polling error on file server

farinbegay — Thu, 04 Feb 2010 15:37:36 GMT

any idea on the batch script, i can run the BD, but (ok), (cancel) the prompt for changing file structure is a bit tricky.

RE: Polling error on file server

itguy — Thu, 04 Feb 2010 15:19:24 GMT

Shot in the dark but sounds like process in is disconnecting instead of logging out which leaves current session active. You could run a batch to remove locks just prior to proc out.

Polling error on file server

farinbegay — Mon, 01 Feb 2010 17:16:59 GMT

salutations fellow techies! i have come across an error regarding polling at our main location. I don't know if anyone has tried the following custom platform and successfully automate polling any feedback and solutions would help.

I am running Windows Server 2003 SP2, with 1.5 GB RAM on VMware ESX 3.5

No Main install of RPRO 8.52, but data resides on 2 local drive acting as file servers, Drive E: and G:

if you wondering why 2 data stores, we came across a RPRO incompatibility: Receipt file locks due to multiple POS transactions at one given time, therefore main storage is primarily administrative functions and main retail outlet and secondary storage is remote/branch locations.

remote locations are deployed with Citrix Metaframe and presentation server, similar to terminal services.

There are not real conflicts with above settings and all locations are successfully running with only basic terminal service problems like printing and mapping otherwise ISP issues which are out of my control.

now, the RPRO problem at hand:

at time of scheduled PROC OUT, application fails to launch accordingly and sates WS# is already in use.

environmental variables are set at: %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;E:\Retail\Rpro;E:\Retail;G:\Retail\Rpro;G:\Retail and added system variable name RPRONET with value of MSNET.

Polling lock out is set for both primary and secondary stores, Workstation parameter is set to the best of my knowledge with a valid licensing seat and working directories are set. still problem persists.

I'm leaning towards a script that will launch Rpro DB to clear any WS locks that citrix may have created due to inactivity timeouts but that is hardly the case. but it may work, but i would any tips on that particular script.

So there it is in a nutshell, i need help with this head-scratcher, manual polling cannot be the only solution, since i will be the only sole-IT support for my organization in the near future.

Note i will supply a screen shot at the next scheduler attempt: tomorrow.