[solved] zencart installer: uncompression failed

Hi, I’m getting a very odd error when trying to install ZenCart into one of my servers…

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

is it out of space?
i noticed if the space for admin section is too small then some bigger scripts won’t install.

suppose the Total server quota has 5 gig but the Server administrator’s quota only 40MB then there is a problem…

Ooh, great idea. I looked this over; the administrator has "Unlimited" for "Allowed disk quota".

I couldn’t make a lot of sense out of the “Home directories” table…

Directory Quota Size Size
xfer 1.69 MB 1.04 GB
old_hs 404 kB 14.95 MB
public_html 32 kB 7.63 MB
… lots like these…
scripts 4 kB 8 kB
homes 4 kB 4 kB
domains 4 kB 4 kB

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 :frowning:

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

OK, I found some new clues on this one.

  1. I set quotas of 100GB for this administrator and directory, no change.

  2. 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")

  3. I noted while I was there that another user on the system has his own .webmin folder:

[kato@server tmp]$ ls -la
total 84
drwxrwxrwt 7 root root 57344 Aug 6 08:15 .
drwxr-xr-x 26 root root 4096 Aug 4 15:11 …
drwxr-xr-x 2 root root 4096 Jul 30 00:24 backup-config-manifests
… blah blah ble blah …
-rw-r–r-- 1 root root 0 Jul 28 15:22 testecho-7646
drwxr-xr-x 3 root root 4096 Jul 30 00:58 .virtualmin-12036
drwxr-xr-x 2 root root 4096 Aug 6 08:35 .webmin
drwxr-xr-x 2 jsmith jsmith 4096 Jul 31 18:44 .webmin-jsmith

  1. 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.
  1. It doesn’t matter which script I try to install

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

else I think Joe or Eric need to jump in

I’ve checked all those settings. Here is a visual.

Urkh… I hate not being able to edit these posts. The attachments always fail for some reason or another :frowning:

Disk Usage

again : (

Home Dirs

I can think of two possible causes here :

  1. 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.

  1. 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.

du will tell how much is used, not how much is left, correct?

[root@server ~]# du -hs /tmp
392K /tmp
[root@server ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda3 145G 42G 96G 31% /
/dev/sda1 181M 23M 150M 14% /boot
none 497M 0 497M 0% /dev/shm
/dev/sdb3 145G 13G 125G 10% /olddrive

/tmp is part of / (it isn’t mounted on its own partition), so it should have 96G available.

The server/owner has no quota…

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

Should have an email in your box with instructions. Hope that helps get the bug ironed out.

I’ve moved this to a bug report: http://www.virtualmin.com/index.php?option=com_flyspray&Itemid=82&do=details&task_id=4421&Itemid=82&project=1

Solved! Thanks so much Jamie!

See the bug report for solution.