Hi, I’m getting a very odd error when trying to install ZenCart into one of my servers…
[code:1]
Downloading http://nchc.dl.sourceforge.net/sourceforge/zencart/zen-cart-v1.3.8-full-fileset-11302007.zip (4395293 bytes) …
Received 1024 bytes (0 %)
Received 440320 bytes (10 %)
Received 879616 bytes (20 %)
Received 1318912 bytes (30 %)
Received 1758208 bytes (40 %)
Received 2198528 bytes (50 %)
Received 2637824 bytes (60 %)
Received 3077120 bytes (70 %)
Received 3516416 bytes (80 %)
Received 3956736 bytes (90 %)
Received 4395293 bytes (100 %)
… download complete.
Configuring Apache PHP settings …
… done
Applying web server configuration …
… done
Now installing ZenCart version 1.3.8 …
Failed to extract source : Uncompression failed :
Archive: /tmp/.webmin/zen-cart-v1.3.8-full-fileset.zip
checkdir error: cannot create zen-cart-v1.3.8-full-fileset-11302007
unable to process zen-cart-v1.3.8-full-fileset-11302007/admin/.
checkdir error: cannot create zen-cart-v1.3.8-full-fileset-11302007
unable to process zen-cart-v1.3.8-full-fileset-11302007/admin/.htaccess.
… hundreds like this …
checkdir error: cannot create zen-cart-v1.3.8-full-fileset-11302007
unable to process zen-cart-v1.3.8-full-fileset-11302007/zc_install/version.php.
checkdir error: cannot create zen-cart-v1.3.8-full-fileset-11302007
unable to process zen-cart-v1.3.8-full-fileset-11302007/.
… failed! See the error message above for the reason why.
[/code:1]<br><br>Post edited by: kato, at: 2008/08/09 08:10
Note how the quota size is smaller than the actual size on all of them? I never set a quota on any of these directories so I’m not sure where that info is coming from.
Additionally, the total for the directories table shows 1.07GB used, but the overview shows 15.2GB
Yet, somehow I suspect none of this is the cause. What do you think?
I looked for tmp/.webmin/zen-cart-v1.3.8-full-fileset.zip and noted that it doesn’t exist, if that helps. I don’t know if the installer clears out the archive after an error…
one would suspect if no quota is set then unlimited is being used.
Still I would double check this and set it manually for the existing domains and further in the templates used, just to rule it out as any cause of problems.
I believe the script installer does look at the (administrator) quota’s as I had several unsuccessful installs due to them being too small (like 10mb which is not enough for a joomla install).
I think the files in /tmp/.webmin are cleared out wether the script install fails or is successful
I set quotas of 100GB for this administrator and directory, no change.
I went to /tmp/.webmin and tried to create a folder as this user, and got permission denied (same error shown under first line of the ZenCart install, "tar: mediawiki-1.12.0: Cannot mkdir: Permission denied")
I noted while I was there that another user on the system has his own .webmin folder:
I logged into virtualmin as the server’s owner (kato) and tried the install. I got exactly the same errors. I noted that a .webmin-kato directory was not created.
you can always double check the permission set this user has.
i.e in VM - Administration Options - Edit Owner Limits - Allowed capabilities and features:
enable the: Can install scripts
and under
Other restrictions
check that
Limit to read-only demo mode? is set to No
There is no enough disk space on /tmp to extract the script’s ZIP file. Running
[code:1]du -hs /tmp[/code:1] will tell you how much is free. You’d need at least 50M to be safe.
The domain is over quota. Go to the Edit Virtual Server page, and make sure that there is at least 50M free in the ‘Total server quota’ and ‘Server administrator’s quota’ fields.
If you guys think this is a real bug and you’re interested in logging into the box to check it out, I can provide you with a full admin account for a day to peek.
It seems to me that everything looks in order and this particular user just isn’t allowed to create a directory under /tmp/.webmin for some inexplicable reason. And that this is a new problem, since it worked before I did a restore of all the sites on this new install.
Since there are no quotas and no lack of disk space, this sounds like a bug. I would be happy to take a look for you - you can send me login details at jcameron@webmin.com