mshallop

Know what? Never mind.

Best of luck.

No movement on this?

I’m concerned b/c, from my perspective, the PREMIUM or PRO or whatever PAID version of the software is, has failed to do a recovery of the site and I lost a week or more worth of work b/c template files were not restored.

Thanks.

–mike

Everything, except the templates in the divi theme were restored.

The templates, I’m in process of recreating, but that’s replacing a couple of weeks worth of work that was lost in the backup.

I’ve opened a case with divi to see if there’s a way that you can trigger divi to rescan the template folder to force a reload, but I am still waiting to hear.

If you know where the actual templates are installed, and can tell me that location, I can root around in the fs some more and attempt to manually extract again. Would also need to know which zip file contains the templates.

I think one of the mistakes I made was thinking that the templates were stored in the themes zip file because I kept mistaking the two terms. (Not a WP user.)

Anyway, that’s where I’m at now.

Thanks
–mike

@bcrodua – Hi – thanks for the response – I did try restoring files from backup manually by just simply unzipping all the things and then doing a cp -pvr to wp-content – everything got copied over.

None of the themes are being displayed in the divi theme builder.

As far as I can tell, the themes/ directory was fully recovered/copied.

Anything else I can try?

Thanks!

–mike

And, sorry – the themes recovery reported success. but it failed.

There are no themes in my divi theme builder.

So that’s still a thing.

Sorry for all the posts – at least I’m giving the mods something to do other than deleting forum posts for administrivia violations, right?

I tried restoring just the themes, testing if it’s the module, or if it’s selecting one item to restore, causing the bug.

The restore completed successfully – my assumption now is that the code in restoring the others module has bug when it’s eval’ing dir perms. At least, that’s where I’d start looking.

Thanks!

–mike

Final checks
Looking for others archive: file name: backup_2021-08-27-0125_Good_Girl_Jewelry_631d3ecf488c-others.zip
Archive is expected to be size: 12100.4 KB: OK
Others
Unpacking backup… (backup_2021-08-27-0125_Good_Girl_Jewelry_631d3ecf488c-others.zip, 11.8 MB)
Unzip progress: 937 out of 937 files (75.4 MB, mu-plugins-old/et-safe-mode/SupportCenterSafeModeDisableChildThemes.php)
Move /var/www/html/wp-content/wpo-cache -> /var/www/html/wp-content/wpo-cache-old: Failed. Destination Directory UID=33, GID=33. Effective/real user IDs of the current process: 33/33. Effective/real group IDs of the current process: 33/33.
Error message: Could not move old files out of the way. You should check the file ownerships and permissions in your WordPress installation (/var/www/html/wp-content/wpo-cache)
Restore failed…

Was doing another restore and I get this error in the fail notice:

Move /var/www/html/wp-content/et-cache -> /var/www/html/wp-content/et-cache-old: Failed. Destination Directory UID=33, GID=33. Effective/real user IDs of the current process: 33/33. Effective/real group IDs of the current process: 33/33.

From my site:
root@ggj:/var/www/html/wp-content# ls -l
total 144
-rw-r–r– 1 www-data www-data 2484 Aug 27 20:31 advanced-cache.php
-rw-r–r– 1 www-data www-data 2484 Aug 27 20:19 advanced-cache.php-old
drwxr-xr-x 2 www-data www-data 4096 Aug 25 14:54 aiowps_backups
drwxrwxr-x 3 www-data www-data 4096 Aug 27 19:32 cache
drwxr-xr-x 30 www-data www-data 4096 Aug 27 20:21 et-cache
drwxr-xr-x 76 www-data www-data 4096 Aug 27 20:31 et-cache-old

as you can see, perms on the cache dirs are 755.

root@ggj:/var/www/html/wp-content# grep www-data /etc/passwd
www-data:x:33:33:www-data:/var/www:/usr/sbin/nologin

And that the assigned UID/GID for the apache user is 33 – the same value as reported in the fail notice.

I tried changing the perms to 775 – failed. Same error.

In the updraft plus log, I see:

0000.768 (R) [notice] Unzip progress: 937 out of 937 files (75.4 MB, mu-plugins-old/et-safe-mode/SupportCenterSafeModeDisableChildThemes.php)
0000.775 (R) [warning] Move /var/www/html/wp-content/wpo-cache -> /var/www/html/wp-content/wpo-cache-old: Failed. Destination Directory UID=33, GID=33. Effective/real user IDs of the current process: 33/33. Effective/real group IDs of the current process: 33/33.
0000.776 (R) [notice] Error message: Could not move old files out of the way. You should check the file ownerships and permissions in your WordPress installation (/var/www/html/wp-content/wpo-cache)

The perms on all wpo-cache dirs were changed to 775 – failed.

UID/GID of those wp-cache dirs is same as the et-cache files.

Next, I changed all cache-dir perms to 1777. Failed.

Finally, I recursively (chmod -R) changed all perms on all cache files/dirs to 1777 – Failed.

I cannot restore “Others” from the back-up. It looks like, however, when you’re checking perms on those cache dirs, you’re evaluating (33 != 33) as true because the error message that’s dumping shows all the GUIDs correctly as 33.

What is the name of the resto log? All I see in the dir are log.{guid}.txt entries which is what I dumped into pastebin.

There’re also plugins-old, themes-old, and uploads-old dirs, and web.config and an index.html file.

Thanks.

–mike

Update:

I d/l’d the files in remote to local, then uploaded and restored most everything….except my templates.

Where are my templates? (in which back-up file?)

I really need those templates back.

The backup of the db the plugin is looking for is:

backup_2021-08-26-0127_Good_Girl_Jewelry_8f7432b8dd60-db.gz

However, the generated guid for that entire set, in my google drive, is 45b53196e33f and this is the source of the issue.

Thanks!

Back and forth with their support, they seem to believe that this isn’t a support pre-sales issue – that the plugin will not install.

And then, later, the support email tells me that pre-sales includes difficulty installing the product and you need assistance.

Clearly this is incorrect. Either that, or their support doesn’t bother to read your email reports.

Don’t waste your time with this or them.

Fair question. I genuinely hope this helps.

My expectations for any plugin is that they provide enough features to support an intelligent purchasing decision and that they’re priced fairly. That’s all.

As a b/e dev, I know WP devs are whale hunters – gimme da cash! I do spend money on plugins, a very significant amount that makes even Wix start to look good. But I’m only one small ecom site and have a budget.

I choose to support plugins that offer FAIR pricing. Like an upfront one-time purchase fee – or pay as you go support options. I cannot justify spending $69/year in perpetuity to set a couple trivial badge options that are eye candy.

Next, offer something more that one simple tweakable option/feature in a plugin. I saw the single working feature nested among everything else grayed-out and didn’t even try to play with it – why bother? – I just deleted the plugin.

Considering most users are going to purchase this to add new badges to products, couldn’t you, at least, allowed the free version to create one new badge? With the free version, you can’t even test that basic functionality.

The counter argument to “The plugin only changes badges – you don’t need more than one option to see how it works” is: if you want to gateway people into your plugins, entice, woo, cajole them first before you start ripping into their wallets. You have a TON of plugins – would have loved to explore them but, omg, the sticker shock! Clearly I am not your audience.

Just one potential, now former, customer’s opinion.

• This reply was modified 3 years, 7 months ago by mshallop.

@arnaudbroes

My apologies. I noticed that my front page got nuked after intalling the optinMonster, monsterInsights, something else monster, and AIOSEO all in-series. Since AIOSEO was the last plugin I installed, it took the heat and claiming that AIOSEO wiped my home page was unfair. It was actually one of those products but I don’t know which.

I’ve since removed everything from my site so there will be no more problems.

• This reply was modified 3 years, 7 months ago by mshallop.

Thank you for the reply but I’m going to take a pass on fb (and ig) entirely in terms of integrating them w/my wooCom site.

FB kinda went out of their way to destroy any confidence I may have had and now I just see fb-integration as a high-maintenance feature that’s going to become a black hole of time and resources going forward.

Thanks but no thanks.