This is really more of a Windows services question than a STAF question,
so I don't know that is causing the problem. I would guess that the Local
System Account under which STAFProc is running as a service does not have
the same permissions (or something) as the user logged on when STAFProc is
not run as a service. Also, I don't know what your Python scripts are
doing but perhaps they depend on a particular user being logged on?
You could try running STAFProc as a scheduled task instead of as a service
and see if that helps. Sub-section "11.3 Windows" in section "11.
Starting STAF during system reboot" in the STAF Installation Guide at
http://staf.sourceforge.net/current/STAFInstall.pdf contains information
about how to run STAFProc as a scheduled task (as well as information
about running STAFProc as a service).
--------------------------------------------------------------
Sharon Lucas
IBM Austin, luc...@us.ibm.com
(512) 286-7313 or Tieline 363-7313
From: Radhika Tellakula <rtell...@yahoo.com>
To: Sharon Lucas/Austin/IBM@IBMUS,
Cc: staf-users@lists.sourceforge.net
Date: 08/11/2011 06:49 PM
Subject: [staf-users] Issue with running STAF as a service
Hello,
I am running STAF as a service in Windows machine. We used the memo below
to install it as a service in the client machines.
http://8thstring.blogspot.com/2007/11/configure-staf-to-run-as-windows.html
There are python scripts which run various tests connecting the client to
domain controller over the network. These tests are run simultaneously
from 50 clients, from a management PC, and this is where we use the
services of STAF.
When STAF is installed as a service, it is running with the Local System
Account.
>From the properties of the STAF service, it shows
Log on as Local System Account.
Once I start the python scripts from the management PC, the STAF command
window throws an error. These same tests when they are run in the client
locally and when STAF is run as application, it runs successfully without
any error.
This is the error I see in the command window:
C:\Python27>python "C:\Documents and
Settings\administrator.wanopt-qa\wfstesting
\runtests.py"
Traceback (most recent call last):
File "C:\Documents and
Settings\administrator.wanopt-qa\wfstesting\runtests.py
", line 209, in <module>
main()
File "C:\Documents and
Settings\administrator.wanopt-qa\wfstesting\runtests.py
", line 109, in main
exec 'from testcases import ' + tc
File "<string>", line 1, in <module>
File "C:\tests\sonicwall\wxa\wfs\testcases\tc6_1.py", line 5, in
<module>
from testcases import tc6_0
File "C:\tests\sonicwall\wxa\wfs\testcases\tc6_0.py", line 143, in
<module>
tc = TC(__name__)
File "C:\tests\sonicwall\wxa\wfs\lib\testcase.py", line 336, in __init__
self.testenv = config.load_env_vars()
File "C:\tests\sonicwall\wxa\wfs\envconfig\config.py", line 39, in
load_env_va
rs
fd = open(env.configpath, 'r')
IOError: [Errno 2] No such file or directory:
u'C:\\WINDOWS\\system32\\config\\s
ystemprofile\\WFSTESTING\\wanoptenv.config.xml'
The file wanoptenv.config.xml file is actually in C:\wfstesting.
I am not sure why changing STAF to run as an application makes it work
unlike running it as a service.
All the files and folders that are accessed by the python scripts have
full permissions.
I would appreciate if you could help me debug this issue.
I am resending this as my original email was not sent due to size
limitation.
Thanks,
Radhika
------------------------------------------------------------------------------
Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
user administration capabilities and model configuration. Take
the hassle out of deploying and managing Subversion and the
tools developers use with it.
http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________
staf-users mailing list
staf-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/staf-users
------------------------------------------------------------------------------
FREE DOWNLOAD - uberSVN with Social Coding for Subversion.
Subversion made easy with a complete admin console. Easy
to use, easy to manage, easy to install, easy to extend.
Get a Free download of the new open ALM Subversion platform now.
http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________
staf-users mailing list
staf-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/staf-users
