error installing webapplication: boost::filesystem::copy_file

[StephanP]

Hello,

I'm using plesk 9.2.1 on a suse 10.3 64bit system.

A customer want's to add a webapplication from the app-vault named "moodle". But the installation runs in the following error:

boost::filesystem::copy_file

The destination-directory is set to default httpdocs/moodle

The folder doesn't exist, so plesk should not have an overwrite problem. The user and the domain has enough webspace an databases left for the installation. I tried to install the app in another customer account with no problems!

This BOOST problem comes only in one domain. This domain AND customer account were migrated of a plesk 7.5.6 installation from another server. Maybe this is the problem... but why?

Google told me no solution...

Best regards

Stephan

 

[Denis Sirochenko]

Hello Stephan,

Check if Java applications management is on for the customer in question and whether he exceeded his Java applications limit (Home > Clients > Client's name > Modify).

You can also try to create the httpdocs/moodle folder manually and see if that changes anything.

Regards,

Denis.

 

[StephanP]

Hello Stephan,

Check if Java applications management is on for the customer in question and whether he exceeded his Java applications limit (Home > Clients > Client's name > Modify).

You can also try to create the httpdocs/moodle folder manually and see if that changes anything.

Regards,

Denis.

Hi Denis,

setting java applications management to ON and changing Java limit to UNLIMITED didn't solve the problem. The installationprocess of the webapplication returns the same error.

After I made the directory "httpdocs/moodle" manually, the installationprocess returns a warning (directory already exist). the second installation output is the same error as before.

I don't have any idea which settings toogle for more testing....

Maybe it's better to delete the customer and his domain... and add them with the default plesk templates, like the other - not migrated - customer hosting.

Do you have another hint for me?

Best regards

Stephan

 

[StephanP]

Maybe I found the problem....

After the migration I raised the customers disk quota from 150 MB to 1GB... because the customer get a "disk quota exceeded" error until he uploads moodle manually via ftp.

Now, with 1GB Webspace he receives the same error while uploading via ftp.

the linux console show the following quota for that user:

Disk quotas for user k0075 (uid 10018):
Filesystem blocks quota limit grace files quota limit grace
/dev/md8 153540 0 153600 3810 0 0

I think, this is the main problem.... but why does plesk tell me quota of 1GB for the customer and his domain?? Plesk should update the quota settings in linux himself?!?

How can I run the update in plesk manually?

Best regards
Stephan

 

[StephanP]

Ok... Now I setup quotas manually to 1GB for this user with the command:
edquota -u username

Now the application installation returns no error!!!

The above error: boost::filesystem::copy_file
comes if the quotas exceeded. But why show plesk the message "error exceeded"? This would be more helpful for the user.

But the next question is, why plesk didn't update the limits on the quotas of the filesystem??
Should I start a new thread?

Best regards

Stephan

 

[kuhle]

I am trying to install WordPress 2.9 onto my Plesk 9.2.3 server and then install it onto a customer's domain.
Installing onto the server's Application Vault is working fine, but when we try to install it onto any domain, we get

Warning: Web application installation failed: Filesystem error: boost::filesystem::copy_file
Filesystem error: boost::filesystem::copy_file

even though everything for the customer is set to unlimited.

We even tried to install 2.8.4 (already on the Application Vault from before, and successfully being used by one customer) and got the same problem.

Can anyone help?

 

[StephanP]

Hi kuhle,

log in to root console via ssh and run the following command with the customers username to check the limitations.
for example: quota -u customer007

Now you receive the quota limits for this user... I think the limit is to small.
the amount of the BLOCKS have to be smaller than the LIMIT.

Try to increase the limit with the following command:
edquota -u customer007

Now the limit should be larger and you can try to install your application again.

If you set the user to unlimited in plesk frontend, you should receive the following.
for example:
Disk quotas for user customer007 (uid 10065): none

If it is true, then you have no quota problem!

Maybe wrong permissions?

Regards
Stephan

 

[IrinaR]

Problem with WordPress 2.9.0-1.2 is due to bad permissions of one of the files. We will release WordPress 2.9.1 update today, which have this problem fixed

 

[IrinaR]

Hello,

the problem was due to bad permissions of one of the files in WordPress 2.9.0-1.2 package. We fixed this in WordPress 2.9.1-1.2, which is just published today

 

[marewani]

same problem egroupware 1.8.002

I have the same problem with egroupware 1.8.002-10. Only a file in involved in denied permissions (PEAR-1.9.3/XML/Feed/Parser/RSS09Element.php): do we wait a new release or the bug can be fixed manually; if yes, how?

Thanks a lot
Lorenzo