Fatal Error updating from Jetpack 6.8.1 to Jetpack 6.9
-
I initiated an update from Jetpack 6.8.1 -> Jetpack 6.9.
I received the following error message:
Plugin could not be activated because it triggered a fatal error.
Warning: require_once(/home/content/p3pnexwpnas02_data03/61/2555461/html/wp-content/plugins/jetpack/_inc/lib/class.media.php): failed to open stream: No such file or directory in /home/content/p3pnexwpnas02_data03/61/2555461/html/wp-content/plugins/jetpack/class.jetpack.php on line 25
Fatal error: require_once(): Failed opening required ‘/home/content/p3pnexwpnas02_data03/61/2555461/html/wp-content/plugins/jetpack/_inc/lib/class.media.php’ (include_path=’.:/opt/remi/php72/root/usr/share/pear:/opt/remi/php72/root/usr/share/php:/usr/share/pear:/usr/share/php’) in /home/content/p3pnexwpnas02_data03/61/2555461/html/wp-content/plugins/jetpack/class.jetpack.php on line 25
Please help. Thanks.
-
This topic was modified 6 years, 1 month ago by
jayceezay.
-
This topic was modified 6 years, 1 month ago by
-
Do you see any risk in me waiting to 7.0 for the update?
No risks, no.
in regards to the cleanup routine that would be run, I guess I don’t know what settings you mean would be deleted?
Your site’s Jetpack settings would be reset. For example, you would have to go to Jetpack > Settings again and activate / deactivate all the features you are using or not using, as all those settings would be reset.
it kept failing, almost like there were still Jetpack files stored, preventing it from moving forward.
Yes, that is exactly the issue we are discussing in this thread. Failed plugin updates leave plugin directories behind, but incomplete ones. That is when you have to access your site via FTP to remove those incomplete directories.
@jeherve ok, I think I must just wait then till 7.0.
BTW, I checked with GoDaddy yesterday about my options to have more memory allocation. I have only one. I can switch to a cpanel business hosting plan that I’d have to pay $350 a year instead of $150 and I’d have to pay $100 to migrate my site over. Doing so would give me 2 Gigs of memory versus my current situation which isn’t defined by them. Pretty frustrating, given my lack of income and job and the fact that this was just supposed to be a free blog for myself to write my thoughts. I really hope that Jetpack will modify their update process next release and also test it on a Managed WordPress account.
Anyway, I just want to make sure one final thing. Given I’ve been up and running the past bunch of days fine after my restore from an older backup, that does mean that none of my Jetpack files are incomplete or corrupted right? And if I do decide to delete and have it run the cleanup, I just want to make sure it won’t delete my email subscribers list and all I’d need to do is make sure that option is on after reconnecting to Jetpack because besides it and using the built in meta data, I’m not using any other Jetpack setting. Let me know if I’m correct in these assumptions or whether I’m missing something.
I really hope that Jetpack will modify their update process next release and also test it on a Managed WordPress account.
Since the update process is handled by WordPress itself, and not by each plugin, there is not much we can change here.
We do, however, test all our changes in multiple environments. One of those is a GoDaddy shared hosting environment.
Given I’ve been up and running the past bunch of days fine after my restore from an older backup, that does mean that none of my Jetpack files are incomplete or corrupted right?
Correct.
if I do decide to delete and have it run the cleanup, I just want to make sure it won’t delete my email subscribers list
That is also correct. That list is stored on WordPress.com, you will get it back when you reconnect your site to WordPress.com.
all I’d need to do is make sure that option is on after reconnecting to Jetpack because besides it and using the built in meta data, I’m not using any other Jetpack setting.
You do use a lot more Jetpack features on your site. I see that you use Jetpack’s sharing buttons; I see that you have added the blog subscription widget to your sidebar, as well as the Social Icons widget. You use Jetpack’s Comment Form feature, the Publicize feature to autopost to your social network profiles, and more. All those features will need to be activated again if you deactivate and delete the plugin manually. You will also have to re-configure some of those features (like the different icons and fields in your widgets, the different Social Networks in your Publicize settings, and more.
@jeherve got it! Thanks! I guess didn’t realize just how many of those features were Jetpack driven. Never really paid attention to it. Although sharing has become limited with Facebook now having to manually post and google plus going away imminently. All that will remain there for me is Twitter. Nevertheless, it looks like a delete isn’t the best option after all. So I’ll try the update when 7.0 comes around and hope for the best and only use FTP if it doesn’t work. Wish I knew when the best time was to do the update when resources are more available…
@jeherve I actually had another question for you. It’s something I asked in email but thought it might be best posted here for others and for me of course to have as a repository for the future.
When 7.0 is available to the WordPress plugins update…
1. Will the update on my screen currently that says 6.9 is available, show 7.0 instead?
2. After looking at the new functionality that 6.9 has, is there going to be any conflict with my site because I’m not using the block editor and am using that WordPress Classic Editor plugin that the WordPress team created and is supporting? I have the old subscription widget still being used and still use the custom message area and such on my classic editor screen. Are those features compatible with 6.9 since you are pushing out all these blocks? Or are both functionalities still there depending on which editor is being used?Will the update on my screen currently that says 6.9 is available, show 7.0 instead?
It will show 7.0 as the version you can update to.
is there going to be any conflict with my site because I’m not using the block editor and am using that WordPress Classic Editor plugin that the WordPress team created and is supporting?
No. There will not be any conflicts there. You just won’t be able to access the new blocks that were added to Jetpack in the last few releases. We are not deprecating any feature, so the existing functionality remains available, just like before.
@jeherve @jayceezay I was just wondering two things, as I’m about to attempt to update to 7.0.
1. @jayceezay did you have any issues updating to 7.0?
2. Where is the .maintenance file that Bobby spoke about earlier in this thread, if I need to delete it. I have found the folders specifically that you all spoke about to remove if I should have a problem in my FTP session. But I can not find any .maintenance file, other than a .maintenance.bak at the root of my site session. Is that the file that would need to be deleted?I hope you will still get this response given it’s slightly an old threat now…
-
This reply was modified 6 years ago by
Andrew Arthur Dawson.
@bobbydurrettdba Did you have any problems with upgrading to 7.0 for Jetpack and where is the .maintenance file you spoke of? Is it at the root directory in FTP? I was just perusing through it to get familiar and make sure I know where things are in case I have a problem and have to follow @jeherve guidance with deleting and reinstalling. The only .maintenance file I found was a .maintenance.bak file?
-
This reply was modified 6 years ago by
Andrew Arthur Dawson.
@andrewarthurdawson I did not have any trouble with the automatic update to Jetpack 7.0. The .maintenance file was in the root directory.
It looks like www.remarpro.com documents the .mainenance file here:
and here:
Bobby
@bobbydurrettdba @jeherve @jayceezay Great news! Well, first it wasn’t so great, as I tried to update from 6.8.1 to 7.0 and got the same issue that you guys had with 6.9. It outright failed. So, I deleted those two directories (the jetpack upgrade folder and the jetpack folder itself) and the .maintenance file that was created after the failed update.
I then went and clicked “add new” and selected Jetpack. At first I had a slight panic because I get an update failed message on the plugin screen where I clicked the add button for Jetpack. But when I went over to my plugins listings, Jetpack was now there with the 7.0 showing. I clicked activate and yes, all my settings were back and everything seems back to normal!
What I don’t get is why @bobbydurrettdba you didn’t get this issue on the update to 7.0 from 6.9 again? What time do you do your updates usually? Maybe once you had 6.9 that it wasn’t so intensive of an update to 7.0? It just seems odd that you wouldn’t keep having the timeout issue going forward. I just hope I don’t have to keep doing this delete process and re-add process every time I go to future updates here on GoDaddy. Do you have any theories on why it didn’t fail for you on the update to 7.0? And by some chance do you happen to remember when you did update to 6.9 by going through that process and then clicking “add new” for Jetpack did you get an “update failed” message on the plugins page, even though shortly thereafter it was in your plugin listings with the correct version?
@jayceezay I think I remember you saying you were on GoDaddy like me. Did you have any update to 7.0 issues? If you didn’t, then maybe it was necessary to delete and clean up the Jetpack installation once? And because I didn’t update to 6.9, I still failed on 7.0 until I followed Bobby’s steps? Maybe Jeremy can enlighten us on this?
-
This reply was modified 6 years ago by
Andrew Arthur Dawson.
@jeherve I never got any response from my last posting. I’m hoping you can help me have some understanding.
I had to go through that process of FTP deleting Jetpack files and installing fresh to upgrade to the latest version. It worked thankfully and I’m now on 7.0 BUT…I have a few questions:
1. Will I have to go through this every time from now on. @bobbydurrettdba said he didn’t have to for 7.0 but he did for 6.9. And he runs on a similar platform. I mean did the change from 6.8.1 to 6.9 and moving forward get that large that on a shared server it’s going to time out and cause issues? Or was this a big jump in software technology that once we on shared servers did the delete FTP once, that it won’t happen again, as it didn’t for Bobby. I’m still waiting on @jayceezay to let me know if they successfully updated to 7.0, as I think they were on GoDaddy.
2. Since I don’t really want to spend $300 to upgrade to a CPanel hosting and another $150 a year for my basic blog, I’m stuck on Managed WordPress and worst case scenario, if I have to delete Jetpack through FTP every time and reinstall fresh, can I wait out for a good while on say 7.0 to prolong it? Since you know the options I use and I don’t have any plans on changing any of them, can my setup work by remaining on 7.0 until say Jetpack gets to 8.0?Any help in making sense of this and making the best of my crappy shared server setup would be great…
Thanks,
AndrewWill I have to go through this every time from now on
If you’ve experienced it for multiple releases in a row now, I think it’s fair to assume that it will happen again in the future, yes.
@bobbydurrettdba said he didn’t have to for 7.0 but he did for 6.9. And he runs on a similar platform.
They may be using the same hosting provider, but that does not mean they are using the same hosting package, or that they are hosted on the same server as you are. GoDaddy offers many different packages and has many different servers and server configurations available.
Many other WordPress users host their sites with GoDaddy, and the vast majority of them don’t experience the problems you are having. At this point, I am afraid I can only recommend that you reach out to your hosting provider once again to let them know about this. They may be able to move you to a more recent server for example.
Since I don’t really want to spend $300 to upgrade to a CPanel hosting and another $150 a year for my basic blog, I’m stuck on Managed WordPress
It may be worth looking at other options if your current hosting provider cannot do anything for you right now. There are several other hosting providers out there, that will not charge you $300 for a CPanel hosting plan. In fact, I am a bit surprised your current hosting provider cannot offer you a better deal for an upgrade. I would strongly recommend that you talk to them about this.
can I wait out for a good while on say 7.0 to prolong it? Since you know the options I use and I don’t have any plans on changing any of them, can my setup work by remaining on 7.0 until say Jetpack gets to 8.0?
I would strongly recommend against this. It’s best to keep all your plugins and themes up to date at all times. Moreover, updating from 7.0 to 7.1 is as important as updating from 6.9 to 7.0; both 6.9 and 7.0 are major updates, the
.0
here does not indicate a more important or different release. It just happens to be the number that comes after6.9
in our release nomenclature. ??Any help in making sense of this and making the best of my crappy shared server setup would be great…
Your hosting provider is in the best position to help you here. They know your server, they know its limitations, and they know what they can offer you to improve your experience. That does not mean you will need to pay a higher price; your hosting provider may be able to move your site to a different server if you let them know the current implementation just does not work for you as it won’t let you do the most important things you have to do to keep a WordPress site running (updating WordPress and updating themes / plugins).
Thank you for responding @jeherve . While I will try calling GoDaddy and tell them this, I don’t have much faith in getting anywhere as the last time I spoke about this they ran some server tests supposedly on their end and said things were fine. Then they told me my only option was to upgrade to cpanel if I wanted more dedicated resources.
Honestly, for as much as I love Jetpack’s abilities it’s so frustrating with its size as in the last three years of continuing to do this blog that was simply meant to be a cheap digital life diary for myself, EVERY single issue but one with needing to upgrade my PHP to the latest has been 100 percent related to Jetpack’s size and resources needed by it to function. No other plugin has given me any other issues…ever. And using a WordPress theme and removing any potential plugins that weren’t necessary has proven it’s really just Jetpack and being on a shared server with Godaddy.
So trying to convince godaddy to move me to another server will most likely lead to what they said the last time and the time before that and the one before that as well, that it’s Jetpack and that Jetpack needs to fix their resource demands.
Thus I’m probably left with the options of (a) quitting blogging altogether, (b) paying $300 for them to move my blog to a cpanel starter setup and an additional $150 a year for it on top of what I’m already paying, (c) pay a WordPress knowledgeable person to find me a server to move me too on another company that would be far better of which I would have no idea where to even start with, or (d) delete and reinstall Jetpack every time a new release comes out.
I guess you can see why now I am so frustrated about this…
I can definitely understand your frustration. As you know, Jetpack is a bit of a special plugin as it includes more features than your regular plugin, and is thus bigger than most plugins.
That does not stop millions of site owners from using it and updating it every time a new release comes around, though. You’re in a very frustrating situation, but I truly believe it is linked to your current server environment today. That is something GoDaddy should be able to help you with.
If they can’t help you with this, there are many other hosting providers that can allow you to continue blogging, without a price increase and without the hassle you are experiencing today. Looking at your site setup, you use one of the default WordPress themes and very few plugins, and you rely on Jetpack for many features on your site; at this point and if nothing else works out, you could opt to migrate to WordPress.com and its Personal plan for example. You will not lose any features, and won’t have to worry about updates, be it themes, plugins, or WordPress, as those updates will be handled by the host for you.
Before you get there though, I think GoDaddy should be able to help. I will actually contact them myself; I may be able to give them more details about the situation you’re in. I will email you when I get news from them.
@jeherve Thank you so Much in advance for that call. I absolutely agree it’s my server and a Godaddy issue. As you already see, I have a very simplistic set up and shouldn’t be running into these issues but unfortunately I am on one of their original Managed WordPress servers and keep telling them the problems of memory on it and they keep saying it’s fine and blaming Jetpack. They should move me over to a newer server for free to see if that fixes my resource issue but they keep telling me there is no issue and to contact Jetpack. I would love to remain with them only because I do like their customer service and because I have another personal website with them. Hopefully you make some serious progress with them. I was going to call today to talk to them bit I will hold off until I hear back from you. Maybe you can work with them to figure out why this server keeps timing out on me anytime I do anything with Jetpack… if you need me to give them any sort of permission to have you talk to them Just let me know. thanks again in advance Jeremy and I look forward to hearing back from you.
-
This reply was modified 6 years ago by
- The topic ‘Fatal Error updating from Jetpack 6.8.1 to Jetpack 6.9’ is closed to new replies.