|
Hi, I currently experienced
Jahia in "Load Balancing" with Windows 2003 and Linux Redhat.
While following documentation "Jahia Clustering how-to ", I note that
we must change some variables path of Jahia in order to work (See section
" Microsoft Windows Sharing ". Windows Context -------------------------------------------------------------------------------------- In a context that we would like to have both: -
Jahia under a Windows
service account (http://www.jahia.org/jahia/Jahia/devzone/pid/454#3
) ; -
And Jahia in cluster. The solution that I considered was this one:
The problem is on mapping a network drive for a
service account. In reference to the Microsoft article « Q180362
INFO: Services and Redirected Drives » http://support.microsoft.com/kb/180362/EN-US/ : A service should not directly access local or
network resources through mapped drive letters. Additionally, a service should
not use the WNetXXXXXXX
APIs to add, remove, or query any mapped drive letters. Although the WNetXXXXXXX APIs
may return successfully, the results will be incorrect. A service (or any
process that is running in a different security context) that must access a
remote resource should use the Universal Naming Convention (UNC) name to access
the resource. UNC names do not suffer from the limitations described in this article. The question is: Is this possible to specify a UNC (universal naming
convention) path instead in the Jahia.properties file? I don’t
see any workaround. I tested a logon script to the service account, but
without success because the session was not open by the GUI interface (Windows
Console). If Jahia does not support UNC path, do I have to
understand that the only way of running Jahia in cluster is by leaving an open
sessions on the console for every server? By reading documentation, I thought
that the only limitation was the failover support for the shared folders Thanks. |
