• same old issue. i have wordpress on 3 linux machines, 2 of them work, one does not. same O/S, 2 are 64 bit, 1 is 32 bit. 2 are the latest O/S and modules, one is older. the 32 bit works fine and one of the 64 bit works fine. there is a mixture of 3.0 and 3.1.

    on the machine that does not work i have tried both 3.0 and 3.1.
    i have tried expanding memory in php.ini to 128M and 256M
    i have tried setting WP_MEMORY_LIMIT to 64MB in default-constants.php
    i have tried the AddType x-mapp-php5 .php to the .htaccess file
    i have tried various settings of permissions on wp-content, ../upgrade and ../plugins and ../themes
    i have set debug on and checked the debug.log
    i have set display_errors on in php.ini
    i have set suhosin.simulation on in php.ini to try that
    zlib compression is off (i see someone else used that to cure their problem)

    if the wp-content/upgrade directory does not exist, the system will create the directory, download the .tmp file into wp-content, unpack it into the upgrade directory and remove the .tmp file from the wp-content directory and then hang with the message “Installing theme” (or plugin, if i’m trying to install a plugin).

    if the upgrade directory already exists, then the .tmp file is created in the wp-content directory and the system hangs with ‘Unpacking Theme|Plugin’.

    this looks like a permissions problem, but i have tried with pretty much everything from 755 to 777 to make it work and nothing does.

    any more suggestions would be greatly appreciated.

    if the wp-content/upgrade directory already exists when i try

Viewing 3 replies - 1 through 3 (of 3 total)
  • Thread Starter rabh

    (@rabh)

    to do the install it hangs at the “unpacking” message instead of the “Installing” message.

    I have tried IE 8, FF 3.5, 3.6 and 4.0. same problem.

    Thread Starter rabh

    (@rabh)

    ok, here is some more information…yes, i have solved this issue, but i am not sure i like the solution…

    i am running a mandriva linux 2010.2 with all updates.
    i am using php-ssh to do the download and install
    and ssh (sftp-server)

    these are the versions:

    openssh-askpass-common-5.5p1-2mdv2010.1
    openssh-clients-5.5p1-2mdv2010.1
    openssh-askpass-qt4-1.0.1-3mdv2010.0
    openssh-5.5p1-2mdv2010.1
    php-ssh2-0.11.2-0.3mdv2010.2
    lib64ssh2_1-1.2.5-1mdv2010.1
    lib64ssh4-0.4.2-2mdv2010.1
    openssh-server-5.5p1-2mdv2010.1

    i have tested this on two different kernels:
    2.6.33.7-server-2mnb
    2.6.36.2-server-2mnb
    ====================

    the only way i have been able to stop this crashing is to change the ownership of wp-content, wp-content/upgrade and wp-content/plugins to the owner of the http daemon. of course, doing this, the system doesn’t request a password for uploading…so somewhere there is a problem in the user validation process.

    Thread Starter rabh

    (@rabh)

    i have narrowed this down further, after much hacking and slashing and it has to do with permissions and nothing to do with memory size available.

    starting with a clean directory tree

    wp-content
    wp-content/themes
    wp-content/plugins
    wp-content/uploads

    and no wp-content/upgrade folder, when running sftp-server (through the ssh subsystem), the system will download the package, create the upgrade folder and unpack the package into the upgrade folder. at that point it does a directory list of the package folder – for example:
    wp-content/upgrade/zbench.tmp/zbench

    and at this point it fails with php (mod_php in apache) quiting with a forceclosedir. and apache crashes with a core dump.

    the only way i have been able to make the automatic installs / upgrades work is by using proftpd. dumb. but there it is.

Viewing 3 replies - 1 through 3 (of 3 total)
  • The topic ‘Installing plugins and themes hangs’ is closed to new replies.