WordPress.org

Make WordPress Core

#25164 closed defect (bug) (worksforme)

Upgrade 3.5. -> 3.6

Reported by: adamtrlica Owned by:
Milestone: Priority: normal
Severity: normal Version: 3.6
Component: Upgrade/Install Keywords: reporter-feedback
Focuses: Cc:

Description

Hello,
we have a problem on our webhosting servers with automatic upgrade. When we start update with FTP user, automatic upgrade ends on "Installing latest the version" but it doesn´t write any error. When I delete .maintenance file on FTP it seems OK. After that I can upgrade database and in wp admin I see version 3.6.
On FTP server remain temoporary upgrade files.
When we set apache as a owner of all files and start upgrade under apache user the upgrade ends on "Upgrading database".

FTP server has two users, apache and ftp.
Manual upgrade is OK.

Can you help us?

Thank you
Adam

Change History (9)

comment:1 jeremyfelt11 months ago

  • Milestone Awaiting Review deleted
  • Resolution set to invalid
  • Severity changed from major to normal
  • Status changed from new to closed

At the surface, this sounds like a permissions issue on the web host. Please try the support forums for troubleshooting: ​http://wordpress.org/support/

If it turns out to be a bug in core, feel free to reopen this ticket.

comment:2 adamtrlica11 months ago

We have two server users. Apache and FTP user. When we are trying upgrade with FTP user (owner), we use FTP layer for upgrade, it ends on "Installing latest the version".
After that, we tried change owner of all files on server to Apache. The uprage stars without FTP login and ends "Upgrading database". Folders has chmod 755 and files 644, so Apache can write to all files. Where in file permissions is problem please?
But in both cases, the files are replaced and upgrade ends after that.

Last edited 11 months ago by adamtrlica (previous) (diff)

comment:3 adamtrlica11 months ago

  • Resolution invalid deleted
  • Status changed from closed to reopened

comment:4 dd3211 months ago

  • Milestone set to Awaiting Review

This doesn't sound like a Permissions issue to me, nor does it sound like a regression or a 3.5/3.6-specific thing.

This sounds like a timeout somewhere, I'd enable WP_DEBUG and/or check the PHP error logs (both for PHP, and the Apache logs) looking for a timeout or something.

comment:5 adamtrlica11 months ago

Thank you for answer. WP debug is enabled, but log on the server is empty and debug.log too. Do you have another idea please?

comment:6 dd3211 months ago

Can you try adding this to a mu-plugin, or your themes functions.php file?

add_filter( 'upgrader_pre_install', '_increase_timeout');
function _increase_timeout( $filter ) {
  set_time_limit(0);
  return $filter;
}

See if that causes any PHP notices/warnings/logs, or if an upgrade completes.
I'm still fairly certain it's a timeout issue, the WordPress upgrader attempts to set a 300 second (5 minute) timeout, some server configurations won't allow for that to be changed though, and could cause it to time out much sooner than that, causing the symptoms you describe.

comment:7 adamtrlica11 months ago

I am server administrator and I set max_execution_time to 999 sec and it is not help me. It seems that the upgrade will end after display "Installing latest the version" and that is when it stops working. If you want, we can create an access to server for you.

comment:8 dd3211 months ago

If you want, we can create an access to server for you.

You can contact me off trac at dion a wordpress.org to discuss that.

comment:9 dd3210 months ago

  • Keywords reporter-feedback added
  • Milestone Awaiting Review deleted
  • Resolution set to worksforme
  • Status changed from reopened to closed

Closing as worksforme pending reporter feedback that points to a bug. Highly unlikely to be a 3.6 regression

Note: See TracTickets for help on using tickets.