I have identified another reason that may cause this problem.
Here it is a procedure to check if you are in a special case.
The problem that I have identified on a hosting server is that the installation/index.php file may not retreive the correct directory path when it is called through a Symbolic Link.
The procedure to detect this case is based on the hello world procedure described in tutorial video 7:
- Copy the "hello.txt" and "hello.php" into the /installation directory.
The hello.txt is just used to allow you checking the URL that you enter in your browser in case where you are not allowed to execute PHP.
- Call the
<master domain>/installation/hello.php
Write on a paper the path that is returned by the hello.php
- Repeat the operation with
<slave site domain>/installation/hello.php
If the path returned by the slave site URL installation is identical to the one returned by your master website, you may have a problem related on the way your hosting server follow the symbolic links.
To solve such wrong path returned by the installation, it is possible to ask JMS duplicate or restore an installation directory instead of using a Symbolic Link.
You can do that when you create a JMS template in which you enter a specific file and folder tabs setting.
At the line "installation", replace the Symbolic Link action by an "unzip" action in which you provide the path {root}/administrator/components/com_multisites/patches/installation.tar.gz
{root} must be potentially replaced by your master root directory.
This "unzip" action will restore a specific "installation" directory for the slave site.
The result will be that you will have the correct directory path returned by your hosting server and that should allow you creating the fresh slave site.
When the installation is completed, you can remove the "installation" directory created in the slave site (only).