|
| | |
Junior Member
 
Group: Forum Members
Last Login: 7/7/2011 11:55:59 AM
Posts: 14, Visits: 56 |
| 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.
|
|
|
| | |
Forum Member
Group: Forum Moderators
Last Login: 12/14/2011 12:44:57 PM
Posts: 480, Visits: 852 |
| 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.
David Sanders
IT Consultant |
|
|
| | |
Junior Member
Group: Forum Members
Last Login: 7/7/2011 11:55:59 AM
Posts: 14, Visits: 56 |
| | any idea on the batch script, i can run the BD, but (ok), (cancel) the prompt for changing file structure is a bit tricky. |
|
|
| | |
Forum Member
Group: Forum Moderators
Last Login: 12/14/2011 12:44:57 PM
Posts: 480, Visits: 852 |
| 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.
David Sanders
IT Consultant |
|
|
| | |
Forum Guru
Group: OSRS Employee
Last Login: 1/23/2012 7:57:35 AM
Posts: 1,054, Visits: 4,140 |
| | 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.
Brett Reed Technical Support
www.OneStepRetail.com
|
|
|
| | |
Junior Member
Group: Forum Members
Last Login: 7/7/2011 11:55:59 AM
Posts: 14, Visits: 56 |
| 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...
|
|
|
| | |
Forum Guru
Group: OSRS Employee
Last Login: 1/23/2012 7:57:35 AM
Posts: 1,054, Visits: 4,140 |
| |
|
| | |
Junior Member
Group: Forum Members
Last Login: 7/7/2011 11:55:59 AM
Posts: 14, Visits: 56 |
| | 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? |
|
|
| | |
Forum Guru
Group: OSRS Employee
Last Login: 1/23/2012 7:57:35 AM
Posts: 1,054, Visits: 4,140 |
| 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.
Brett ReedTechnical Support
www.OneStepRetail.com
|
|
|
| | |
Junior Member
Group: Forum Members
Last Login: 7/7/2011 11:55:59 AM
Posts: 14, Visits: 56 |
| | i believe that security preference is set, but the prompt for changing system file structure is the tricky one.... |
|
|
| | |
Forum Guru
Group: OSRS Employee
Last Login: 1/23/2012 7:57:35 AM
Posts: 1,054, Visits: 4,140 |
| | there should be no change prompt. You should be running: rprodb.exe /poll /proc
Brett Reed Technical Support
www.OneStepRetail.com
|
|
|
| | |
Junior Member
Group: Forum Members
Last Login: 7/7/2011 11:55:59 AM
Posts: 14, Visits: 56 |
| 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.
|
|
|
| | |
Forum Guru
Group: OSRS Employee
Last Login: 1/23/2012 7:57:35 AM
Posts: 1,054, Visits: 4,140 |
| | 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.
Brett Reed Technical Support
www.OneStepRetail.com
|
|
|