errors and warnings occured when I am trying to upload a parse file into design:
PHP Warning
mkdir(): No such file or directory
MySource Warning
Unable to create directory: /
MySource Warning
Parent Directory "[SYSTEM_ROOT]/data/private/assets/design/107" does not exist [SYS0015]
MySource Notice
Directory "[SYSTEM_ROOT]/data/private/assets/design/107" doesn't exist or is not writable [FVER0001]
MySource Warning
Failed checking out latest version of parse file [CORE0158]
similar errors are when I am trying to create a 'standard page'.
after some changes in fudge/general/file_system.inc, to:
function create_directory($pathname)
{
// Check if directory already exists
if (is_dir($pathname) || empty($pathname)) {
return true;
}
// Ensure a file does not already exist with the same name
if (is_file($pathname)) {
trigger_error('mkdirr() File exists', E_USER_WARNING);
return false;
}
// Crawl up the directory tree
$next_pathname = substr($pathname, 0, strrpos($pathname, DIRECTORY_SEPARATOR));
if (create_directory($next_pathname)) {
if (!file_exists($pathname)) {
return mkdir($pathname, 0777);
}
}
return false;
}//end create_directory()
I have the following:
PHP Warning
is_dir(): Stat failed for [SYSTEM_ROOT]/data/private/assets/bodycopy_div/134 (errno=13 - Permission denied)
PHP Warning
is_file(): Stat failed for [SYSTEM_ROOT]/data/private/assets/bodycopy_div/134 (errno=13 - Permission denied)
PHP Warning
mkdir([SYSTEM_ROOT]/data/private/assets/bodycopy_div/134): Permission denied
PHP Warning
is_dir(): Stat failed for [SYSTEM_ROOT]/data/private/assets/bodycopy_div/134 (errno=13 - Permission denied)
[quote]installation is on shared hosting, however all suitable permissions are given…
[right][post=“10726”]<{POST_SNAPBACK}>[/post][/right][/quote]
You are probably having open_basedir restriction issues on your shared host. Search the forum for open_basedir and see if any of the previous solutions work for you.
[quote]You are probably having open_basedir restriction issues on your shared host. Search the forum for open_basedir and see if any of the previous solutions work for you.
[right][post=“10727”]<{POST_SNAPBACK}>[/post][/right][/quote]
unfortunately there are no open_basedir restrictions on the server. everything is as described on the forum (looking for open_basedir restriction issues).
What operating system are you using? What uid is Apache running as, and does that UID own the files in the Matrix location? Essentially, you have a permissions issue that you need to resolve: The webserving process needs to be able to write changes to the filesystem, which it currently is unable to do.
If you installed as the "root" user, then all the files are probably still owned by root. You need to chown those files to whichever uid Apache is using (either apache or www-data or nobody, depending on your distribution or Apache installation method).
[quote]I have no idea any more, I’m afraid.
[right][post=“10773”]<{POST_SNAPBACK}>[/post][/right][/quote]
would installing everything again solve the problem? when exactly at installation (before, during or after) do I have to set the permissions during the installation? what other tips could be helpful during installation on shared hosting? I want to try it again, this time successfully…
[quote]would installing everything again solve the problem? when exactly at installation (before, during or after) do I have to set the permissions during the installation? what other tips could be helpful during installation on shared hosting? I want to try it again, this time successfully…
[right][post=“10774”]<{POST_SNAPBACK}>[/post][/right][/quote]
Usually, I run the install as root, and then change permissions once I’m done. I don’t know that reinstalling would help – is it possible to get SSH access to this machine? Perhaps I can take a poke around, see if anything obvious sticks out at me.
Though, you mention you’re on a shared host – if so, you may be using Apache’s suexec module, which requires esoteric permission settings to work properly. You might want to check with your hosting provider if this is the case: in which case, you may need to set more specific permissions in order for Apache to create/delete files and folders.
[quote]certainly it is possible. how can I send you the details?
[right][post=“11227”]<{POST_SNAPBACK}>[/post][/right][/quote]
You need to speak to Squiz Sales about arranging some paid support. Once you’ve done that, you can send a request to support@squiz.net with the details and one of our support guys would contact you to get the login information.