• Our team is looking to connect with folks who use email services provided by Plesk, or a premium service. If you'd like to be part of the discovery process and share your experiences, we invite you to complete this short screening survey. If your responses match the persona we are looking for, you'll receive a link to schedule a call at your convenience. We look forward to hearing from you!
  • We are looking for U.S.-based freelancer or agency working with SEO or WordPress for a quick 30-min interviews to gather feedback on XOVI, a successful German SEO tool we’re looking to launch in the U.S.
    If you qualify and participate, you’ll receive a $30 Amazon gift card as a thank-you. Please apply here. Thanks for helping shape a better SEO product for agencies!
  • The BIND DNS server has already been deprecated and removed from Plesk for Windows.
    If a Plesk for Windows server is still using BIND, the upgrade to Plesk Obsidian 18.0.70 will be unavailable until the administrator switches the DNS server to Microsoft DNS. We strongly recommend transitioning to Microsoft DNS within the next 6 weeks, before the Plesk 18.0.70 release.
  • The Horde component is removed from Plesk Installer. We recommend switching to another webmail software supported in Plesk.

Issue Backup Failures (Error 1920) The file cannot be accessed by the system. The file will not be archived.

CIT

New Pleskian
Server operating system version
Windows Server 2019 Standard Edition (Build 17763) (64-bit) (Release ID 1809)
Plesk version and microupdate number
Plesk Obsidian Version 18.0.53 Update #2
Seeking assistance - receiving warnings in the Backup Manager, one is persistent, and the other one has the same error but for various domains; usually only one per day.

Persistant:
Warning:
Subscription "domain.com.au"
Not all the data from C:\Inetpub\vhosts\domain.com.au"was backed up successfully:
Unable to get attributes of the file C:\Inetpub\vhosts\domain.com.au"\httpdocs\wp-content\plugins\monk-blocks\node_modules\.bin\acorn: (1920) The file cannot be accessed by the system. The file will not be archived.
Unable to get attributes of the file C:\Inetpub\vhosts\domain.com.au"\httpdocs\wp-content\plugins\monk-blocks\node_modules\.bin\ansi-html: (1920) The file cannot be accessed by the system. The file will not be archived.
Unable to get attributes of the file C:\Inetpub\vhosts\domain.com.au"\httpdocs\wp-content\plugins\monk-blocks\node_modules\.bin\autoprefixer: (1920) The file cannot be accessed by the system. The file will not be archived.
Unable to get attributes of the file C:\Inetpub\vhosts\domain.com.au"\httpdocs\wp-content\plugins\monk-blocks\node_modules\.bin\browserslist: (1920) The file cannot be accessed by the system. The file will not be archived.
Unable to get attributes of the file C:\Inetpub\vhosts\domain.com.au"\httpdocs\wp-content\plugins\monk-blocks\node_modules\.bin\check-node-version:... (truncated)

Same Error - Just a different domain name each backup:
Warning:
Subscription "domain.com"
Unable to back up files from C:\Inetpub\vhosts\domain.com owned by system user. Error: Failed to create archive:

--

I've performed a DB and permissions repair to no avail.

With thanks,
 
Hi Mark,

Thanks for sending this through, already tried this - the task is not running/ not found.
 
Would it be an option to change the permissions on the files or directory?
I've got direct OS access but I replicated the permissions the same as other websites and all seemed fine. I would've thought the permissions repair tool would resolve this too.

Happy to take your instruction and try this method again if you have some?
 
The culprit is a path within Wordpress. It is possible that themes or plugins set their own permissions for certain paths. Also, the .bin (dot starting path) looks suspicious. You will need to check path and file ownership and permissions in Windows Explorer (or right-click and properties) what this directory has compared to regular paths like wp-content.
 
The culprit is a path within Wordpress. It is possible that themes or plugins set their own permissions for certain paths. Also, the .bin (dot starting path) looks suspicious. You will need to check path and file ownership and permissions in Windows Explorer (or right-click and properties) what this directory has compared to regular paths like wp-content.
Hi Peter,

Thank you for the extra information, I can confirm that all the folders within those directories (and surrounding) have the same Windows folder permissions.

Not sure what you mean by .bin being suspicious. There is another .cache folder in that same directory that does not throw errors.
 
It seems impossible that the permissions and ownerships are identical. In that case the system could access the file as it can access any other file. Could it be thinkable that an antivirus software interferes and blocks access to these files?
 
Back
Top