Warning to A2 Hosting Account Holders regarding files excluded with server backup utility

Did this occur on cPanel/WHM Server? Can you share which OS you had on the server?

@webhostuk →
I believe it is a cPanel/WHM Server due to the fact that I have two accounts (different servers) that I have access to via the main login screen.
These accounts are accessed via separate cPanel Logins

Here is the server information:

Hosting Package Turbo Max 2020
Server Name az1-ts5
cPanel Version 110.0 (build 8)
Apache Version 2.4.57
MySQL Version 10.3.36-MariaDB-cll-lve
Architecture x86_64
Operating System linux
Perl Version 5.16.3
Kernel Version 4.18.0-372.19.1.lve.el7h.x86_64

I think I have a similar problem. I recently did backup my site with jetbackup on a2hosting.

I looked at the files you mentioned and they were there (guess they fixed it) but I got another kind of error. The reason I wanted to revert to a previous backup was that drupal somehow for my products did not print the correct twig view-mode template I specified inside views but rather the default dipslay. This happens after I clear my cache.

when I do revert back I get the same error;

Drupal\Component\Plugin\Exception\PluginNotFoundException: The "tag" plugin does not exist. Valid plugin IDs for Drupal\views\Plugin\ViewsPluginManager are: search_api_tag, search_api_time in Drupal\Core\Plugin\DefaultPluginManager->doGetDefinition() (line 53 of core/lib/Drupal/Component/Plugin/Discovery/DiscoveryTrait.php).

I got back from my own backups but the template thing still is there to sort out.

@RgnYLDZ → If you look at the list of excluded words, I/they provided, any files with those wildcards are not backed up. In my case, the wildcard was *cache*.

I doubt that they fixed that for what should be obvious reasons as the exception list comprises words that they feel (especially with WordPress sites) are not essential to the functioning of the CMS and therefore will slow down the process of backing up all of their account holder's websites on a daily basis

However, if you are having issues with the Jetbackup utility in their cPanel, I recommend that you open a ticket and explain the problem. If the answers are not satisfactory, then ask that your issue be referred to an Advanced Tech Support Specialist and reiterate that the issue is not CMS related but has been caused by the backup utility they provide.

A2's tech support and primary focus is on WordPress users and accordingly, their front line support staff primarily is trained in that CMS. Typically, you must work with the more experienced support specialists in order to get answers from someone knowledgeable in Drupal.

I can confirm that this is in fact the case with A2Hosting. I also got reliant on their "Server Rewind" utility, and have had a couple issues with the "Jetbackup 5" program not backing up key files. The site I am currently working on also relies on a symlink that gets deleted when I use their Restore.

Today was the first time I ran into this particular problem. Lost several hours of progress because of it and the Serial module. Lessons learned!

Thank You @bas123 for posting this! It helped me find the files that A2Hosting was blaming me for loosing.

Thanks for sharing with others Bas. I'm closing this issue since there's no actual action for Open Social to take here and this is fully out of our control.

Do remember that the files you mentioned (as long as they're not custom created by you) can easily be reinstalled in the correct version as long as you have the recovered composer.json and composer.lock files which allow you to install a local copy of the exactly used version.