WordPress.org

Ready to get started?Download WordPress

Forums

Scheduler problem for both posts and back up (59 posts)

  1. Sarah974
    Member
    Posted 1 year ago #

    Hi,
    I upgraded to 3.5 and now my scheduler doesn't work.
    I've had to manually publish posts every single time since the upgrade.

    I also just noticed that my WPB2D back up to dropbox didn't happen as scheduled. The last back up was on 12/16 prior to the upgrade. The next back up was scheduled for 12/23 and didn't happen. I just tried running one for today 9 am and didn't happen either.

    I am running Multisite feature. The main sites right now are:
    jkdunlimited.com and TheMartialMother.com

    Please help. Thank you.

  2. Install http://wordpress.org/extend/plugins/cron-view/ and see if the cron jobs are scheduled?

  3. Sarah974
    Member
    Posted 1 year ago #

    Thank you.
    Question 1: Does the plug in only show me the status on the Crons to pinpoint where the problem is? or Does it actually help me fix the problem once found?
    I consider myself advanced consumer level but I am not developer savvy. I don't even really know what Crons are :-)

    Question 2: The plugin page states it is compatible up to version 3.3.2
    Is that a problem since I'm running 3.5?

    Thank you. Merry Christmas :-)

  4. Q2: Not a problem.

    Q1: It should show you if the jobs are being scheduled. I'm hoping that gives us a place to start.

  5. Sarah974
    Member
    Posted 1 year ago #

    What do you think of just reinstalling wordpress?
    After all the problem started after the upgrade... Since scheduling was working before and scheduling does work for most people running WP 3.5, it seems that something is wrong with one of the new files that was downloaded...
    If that's the case, then deleting the current WP installation (while keeping my wp-content, wp-config, and .htaccess intact) and reinstalling WP may fix the problem?

    Thank you.

  6. Sarah974
    Member
    Posted 1 year ago #

    Or maybe at the minimum reupload the wp-cron.php file?

  7. Sarah974
    Member
    Posted 1 year ago #

    I'm continuing with my research for the source of the problem and when I look at the cron.php file in
    WP 3.4.2
    line 25 says: if ( $next && $next <= $timestamp + 600 )

    line 209 says: if ( $lock > $local_time + 10*60 )
    line 320 says:
    'hourly' => array( 'interval' => 3600, 'display' => __('Once Hourly') ),
    'twicedaily' => array( 'interval' => 43200, 'display' => __('Twice Daily') ),
    'daily' => array( 'interval' => 86400, 'display' => __('Once Daily') ),

    in WP 3.5,
    line 25: if ( $next && $next <= $timestamp + 10 * MINUTE_IN_SECONDS )

    line 209: if ( $lock > $gmt_time + 10 * MINUTE_IN_SECONDS )

    line 320:

    'hourly' => array( 'interval' => HOUR_IN_SECONDS, 'display' => __( 'Once Hourly' ) ),
    'twicedaily' => array( 'interval' => 12 * HOUR_IN_SECONDS, 'display' => __( 'Twice Daily' ) ),
    'daily' => array( 'interval' => DAY_IN_SECONDS, 'display' => __( 'Once Daily' ) ),

    Also everywhere it says $local_time in WP 3.4.2, it says: $gmt_time in WP 3.5

    Could that be part of the problem for missed schedule? I'm very tempted to just change the cron.php file in WP 3.5 with the one from WP 3.4.2...

    Thank you.

  8. Sarah974
    Member
    Posted 1 year ago #

    I am documenting what I did in case it helps someone else.

    I tried uploading the wp-cron.php file as well as the cron-php file (located in wp-includes) from WordPress 3.4.2. That didn't fix the problem.

    I just replaced WordPress 3.5 with WordPress 3.4.2 and the problem is fixed. So it is obviously something with the 3.5 udpate. Until I hear about what I can do to fix this missed schedule problem, I will not be updating to 3.5.

    Thank you.

  9. A couple people have reported this error... I'm not sure why.

    This plugin supposedly helps: http://wordpress.org/extend/plugins/wp-missed-schedule/

  10. gilzow
    Member
    Posted 1 year ago #

    I'm having the exact same issue: scheduler worked in 3.42, no longer works in 3.5.

    @Ipstenu, while that plugin DOES work, it also queries the database every 5 minutes (be default). this is a lot of overheard for a single scheduled post per day. Also, I have noticed a distinct lag in my site when that plugin is enabled.

  11. Sarah974
    Member
    Posted 1 year ago #

    @gilzow, I hear you. I didn't want to install a plugin for something that should work natively within the WordPress installation.
    It's always tricky: everyone recommends updating but it's only normal people resist it... I didn't have any problems running 3.4.2 and then I update and my posts don't get published! It wouldn't be too bad if there was a solution readily available but there is not and I've spent hours on this already.

    So until I can actually find a simple fix to the problem (without plugins), I will stick to 3.4.2.

    I'm leaving this post as unresolved in case someone actually knows the solution for missed scheduled posts on WP 3.5.

  12. gilzow - Do you know how wp-cron works? When someone visits your site, it checks to see if anything needs to run :) So having it manually be forced to run every 5 minutes doesn't really hurt you, though if you wanted to change it run every hour or x hours... But Yes, it will make your site run slower than how cron works, because it's ... not cronning.

    The problem is that we can't reproduce this one :( I use scheduled processes on many sites and they work just fine. I presume you've both tried turning off plugins and switching to the default theme, to see if it's something else on your site causing this?

  13. gilzow
    Member
    Posted 1 year ago #

    @Ipstenu, actually, yes; I have a very solid understanding of how wp-cron works (which is why I have always wondered why the default time-out in cron.php is set so incredibly low).

    I have NOT tried deactivating all plugins and/or switching to the twentyten theme, yet. This is a production site so neither of those are an option for me. I'll have to replicate the site to a separate server in order to go into this level of troubleshooting. While certainly not impossible, it is time-consuming and I had hoped someone had already tackled this issue.

    The frustrating part is that everything was working perfectly in 3.42.

  14. gilzow
    Member
    Posted 1 year ago #

    I'm also surprised that you are unable to replicate this issue. Out of the 4 sites I have updated to 3.5 so far (with 3 more that still need to be updated), the scheduled publishing is failing to work on 1/2 of them. And I've ALWAYS had to increase the timeout in cron.php on all of my sites to get scheduled publishing to work.

    Regardless, I'll clone one of my sites over to a separate server today and try deactivating all plugins and switching themes. I'll report back my findings.

  15. Doug Hardy
    Member
    Posted 1 year ago #

    Good afternoon - we're having the same issue with a site on a multi where we have been using the Headway theme. Not crazy about the idea of switching to the original theme and back to Headway. Lots of customizations.

    Mika hopefully WP will address with another update?

  16. I want to remind you guys: If we can't reproduce a problem, it's hell to fix it :/ I'm not being dismissive, just my hands are tied when a small group of people encounter a rare issue.

    And I've ALWAYS had to increase the timeout in cron.php on all of my sites to get scheduled publishing to work.

    That... may be the real root of the problem. Are all these sites on the same server?

  17. Sarah974
    Member
    Posted 1 year ago #

    I am running a Multisite Installation, running Atahualpa on one site (the main domain for the multisite), been running it for years.
    The other domain runs Twenty Twelve and that is the default theme.
    I use Bluehost.

    My posts went up as scheduled today so I'm having no problem with the same themes, same plugins and WP 3.4.2

  18. Funny thing about Multisite, the main site's theme can impact a lot :/

    Sarah, have you ever had to edit your cron.php or had any other scheduling problems before?

  19. Sarah974
    Member
    Posted 1 year ago #

    No. I have never had any scheduler problems up to the 3.5 update.
    And even now, once I reverted to 3.4 (without changing anything else), everything is working fine.
    Thanks for your time.

  20. Doug Hardy
    Member
    Posted 1 year ago #

    Hi Mika - all of our sites are on the same server as we're using a multi-user install as well. We have one site that's hosted on the same server but which is on a separate WP install. Am checking to see if its scheduler also is failing.

  21. gilzow
    Member
    Posted 1 year ago #

    sorry the the delay in response.

    @Ipstenu - I write software for a living (outside of managing a bunch of WP sites), so I do understand how incredibly frustrating debugging issues are when you cant replicate them. That said, if someone is having an issue, they are having the issue regardless of whether you can replicate it or not. This is especially true if more than one person reports the exact same issue.

    Now, having said all of that, we need to start looking for commonalities between the setups of those who are experiencing the issue. To answer your question @Ipstenu, yes, all of these sites are on the same "server" (3 virtualized servers behind a physical load balancer, all attached to NFS). And I too am beginning to wonder if the root of the problem lies with this configuration. When I cloned one of the sites over to our development server (a single non-load-balanced server), there were zero issues with the scheduler. Even if I changed the timeout in cron.php back to the default of 0.1 it worked correctly.

    I've had this issue with both single site installs as well as multi-site (all housed on the same collection of servers). All of our themes are custom-built.

    @Sarah974, do you know any specifics on how your bluehost server is configured?

  22. gilzow
    Member
    Posted 1 year ago #

    @Doug Hardy, can you give any specifics on your server configuration?

  23. Doug Hardy
    Member
    Posted 1 year ago #

    will do - colleague Lon Seidman will chime in

  24. lonseidman
    Member
    Posted 1 year ago #

    gilzow,

    I'm Doug's business partner. We're running a network installation using domain mapping on a media temple grid server. Beyond that it's a fairly vanilla installation. I've seen domain mapping do some funky things in the past so perhaps that could be an issue?

    I'm also noticing that the cron jobs are taking up an excessive amount of 'gpu' cycles (a measurement of CPU time that Mediatemple uses for billing purposes).

  25. gilzow
    Member
    Posted 1 year ago #

    @Ionseidman, those excessive gpu cycles, did you start seeing those pre 3.5 or after the upgrade to 3.5, or both?

  26. lonseidman
    Member
    Posted 1 year ago #

    After the upgrade for sure, in fact I'm seeing 200-300% more CPU usage on the cron as compared with last month.

  27. Doug Hardy
    Member
    Posted 1 year ago #

    We have a bunch of sites on the multi, using variety of themes, but only one of them is scheduling posts in advance.

  28. gilzow
    Member
    Posted 1 year ago #

    Let me schedule a few and see if I notice a spike.

  29. gilzow
    Member
    Posted 1 year ago #

    that's what's odd in all of this: i have 2 sites on this same server cluster that are working just fine. There HAS to be a commonality among all of us who are having this issue.

    Didnt notice a CPU spike during the time the cron should have been running.

    Let's go the plugin route. Can you (Doug and lonseidman) and you (Sarah974) post the plugins you have installed for the sites where you are seeing the issue?

    Mine:
    Site 1. Single wordpress install, custom theme built from scratch

    • Contact Form 7
    • Cron Gui (installed to try and troubleshoot scheduled posts)
    • Electric Studio Auto Post Expire
    • Fancybox for WordPress
    • Image Focus Point
    • Custom built plugin for this site
    • More Fields
    • Multiple Galleries
    • User Role Editor
    • Web Editors CMS
    • WP-Paginate
    • wp-Typography
    • wpDirAuth
    • WP Super Cache

    Site 2: Multi-site/network wordpress install, custom parent theme built from scratch + child themes for the child sites.
    Network activated plugins:

    • wpDirAuth
    • WP Super Cache
    • Yoast Breadcrumbs (heavily modified version that is not updated

    Plugins site activated in the main site:

    • Custom plugin specific for this site
    • Events Category
    • Custom Post Type Archives in Nav Menus
    • More Fields
    • Secure and Accessible Contact Form
    • Subscribe2 (heavily modified version that is not updated)
    • Theme my login

    Out of the 6 sites in the network, only the first/main site has actived plugins.

  30. gilzow
    Member
    Posted 1 year ago #

    The only commonality between my two sites I'm seeing, plugin-wise, is wpDirAuth (which I maintain), and More Fields. If you two are also using wpDirAuth, I'm going to be very sheepish/embarrassed. LOL!

Topic Closed

This topic has been closed to new replies.

About this Topic