WordPress.org

Ready to get started?Download WordPress

Forums

[resolved] Automatic upgrades not firing(?) (13 posts)

  1. Remkus de Vries
    Member
    Posted 9 months ago #

    Just to make sure I'm getting the sequence right. Yesterday I installed the then latest nightly being 3.7-beta1-25639 with the WordPress Beta Tester and it was my expectation that it would automatically update to beta-2 this morning, but it had not.

    I did not receive an email what went wrong, there are no git/svn folders on this particular install so I have no idea where to start looking .. or that I needed to be more patient.

  2. esmi
    Forum Moderator
    Posted 9 months ago #

    Are you testing 3.7 on a local server or a remote one? If it's the latter, is the site publically accessible?

  3. Remkus de Vries
    Member
    Posted 9 months ago #

    Remote and yes. The only thing going on is that we have IP based access going on for the updates. As in, I need to whitelist my IP address (and localhost and such) to be able to update plugins and core.

    I'm now beginning to wonder from which IP address the actual update script is instigated. Does anyone know?

    Any thoughts on why I didn't get any email notifications whatsoever though?

  4. esmi
    Forum Moderator
    Posted 9 months ago #

    The update script is actually run on your site. You can find a list of the circumstances in which the update would not run at http://make.wordpress.org/core/2013/09/24/automatic-core-updates/

  5. Remkus de Vries
    Member
    Posted 9 months ago #

    I have seen that list, but the only thing that I don't understand if it were to fail is why I wouldn't receive an email if something went wrong.

    Our servers are setup in a way that anyone accessing the site behind a non-whitelisted IP address will be prompted to enter the FTP credentials. If you're accessing from a whitelisted IP address you can simply run any updates as expected.

    It's my understanding that WordPress itself, from localhost that is, is triggering the update, correct?

  6. esmi
    Forum Moderator
    Posted 9 months ago #

    It's my understanding that WordPress itself, from localhost that is, is triggering the update, correct?

    Yes- that part is correct. Just not sure I followed the earlier part...

  7. Remkus de Vries
    Member
    Posted 9 months ago #

    Ok, so the most important assumption is correct :)

    Should I be getting an email if WordPress thinks it's been prompted for FTP credentials explaining me it can't update itself?

  8. esmi
    Forum Moderator
    Posted 9 months ago #

    Sorry - I'm not sure if the email side of things will work on a failed update whilst 3.7 is still in development.

  9. Remkus de Vries
    Member
    Posted 9 months ago #

    No worries Mel. I'll continue to poke around and see what's what. Thanks!

  10. Andrew Nacin
    Lead Developer
    Posted 9 months ago #

    Are you using the standard WordPress cron, or the ALTERNATE_WP_CRON? Is the server itself a whitelisted IP address? The standard cron is triggered by sending an HTTP request to itself.

    How are you actually blocking updates by IP?

    If you also whitelist updates whenever DOING_CRON is defined (versus messing with self IPs), do things work?

  11. Remkus de Vries
    Member
    Posted 9 months ago #

    We are using the standard WordPress cron. Default whitelisting is done by adding 127.0.0.1/32 and 33.33.33.1/32 to the list.

    The blocking is done by using admin_ips - range of IPs (in CIDR notation) that can access the version of apache2 running as the app_container "admin" user. Effectively, accessing a site from these IPs gives the user more permissions to do things like upload WordPress Updates / Plugins. More info here at the bottom. If you're curious what the chef recipe actually looks like go here.

    What this does is when you come from an admin ip, then you get redirected to an apache running as a user with write permissions to the WP files. If you come from a non admin IP, then nginx redirects you to an apache running with only read permissions on the WP files

  12. Chris Harrison
    Member
    Posted 9 months ago #

    Something broke with last night's build, I think. I was getting disk_free_space() errors causing automatic upgrades to fail. I had to manually replace my core WordPress files to get it working again: http://wordpress.org/support/topic/wordpress-failed-to-update-to-wordpress-37-beta2?replies=3

  13. Remkus de Vries
    Member
    Posted 9 months ago #

    I added the public IP address to the whitelisted list and that did the trick. Thanks for the extra brainpower :)

Reply

You must log in to post.

About this Topic

Tags

No tags yet.