Hello all,
this most probably is a Windows issue.
The network mapping is done on per-user basis.
When you use explorer or net command you create mapping between z:
and \\server\trac this is valis only for user.
But Apache works under LocalSystem account.
The same is true if you use srvany to hand-forge windows service
from tracd.
To see what really happens you can use the tool WinObj from
SysInternals.com
(The interesting output is under "Sessions\#". Unfortunatelly, the output
is
hard to be understood unless you have experience with Windows internals.)
Now how to fix it?
1. Run tracd/Apache under your account.
2. Make LocalSystem account to see z: as share.
If you are using tracd as a service, you can modify its source to execute
"NET use z: \\server\trac_share" near its start.
3. If you are using Apache I really dont know how to handle this.
I can speculate that if you use the tool from sysinternals.com
that allows you to log as localsystem (I can't remeber its name right now)
and run Explorer, you can make permanent network share mapping that
will be restored on reboot. But I have never checked that scenario
and can neither tell if it will work nor I can tell the security
ramifications.
Also, you really must be sure you use FSFS repository
or you will get subtle corruptions as network redirector use memory
mappings
to do its work.
Hope this helps,
Todor Totev
P.S. To quickly check if that is the problem, just run tracd from the
command
line of your interactive login and if it successfully works with z: you
have
the problem I described.
I am trying to configure Trac to work with a Subversion repository
residing on a shared network drive. I have all functions of Trac working
successfully including all svn capabilities when I test against a local
scratch Subversion repository. (FYI, I am using Trac 0.9.2 with Python
2.3). However, when I point Trac at the network share repository
(z:\repos\rxs), I get the following error message in the web interface
(although I can successfully init the database from trac-admin):
_______________________________________________
Trac mailing list
[email protected]
http://lists.edgewall.com/mailman/listinfo/trac
