The folder exists, but files cannot be written inside
This guide applies when Vulnity does find its secure folder but cannot write files inside it.
When to use this guide
Section titled “When to use this guide”Use it if WordPress shows a warning similar to:
Vulnity found the secure firewall storage directory, but it could not write files inside it...Vulnity found its secure log storage directory, but it could not write files inside it...
What it means
Section titled “What it means”The folder already exists, but PHP cannot save files inside it.
The main path is:
wp-content/vulnity-data/Vulnity needs these subfolders:
wp-content/vulnity-data/firewall/wp-content/vulnity-data/logs/What to do
Section titled “What to do”Fix write permissions on these paths:
wp-content/vulnity-data/wp-content/vulnity-data/firewall/wp-content/vulnity-data/logs/Quick fix from the hosting panel
Section titled “Quick fix from the hosting panel”- Open your hosting file manager.
- Enter the WordPress installation.
- Go to
wp-content/. - Open
vulnity-data/. - Change permissions for:
vulnity-datafirewalllogs
- Try first with:
755- If it still fails, try:
775- Reload the WordPress panel.
If 775 still fails
Section titled “If 775 still fails”The issue is probably not the numeric permission, but the owner or group.
Typical example:
wp-content/belongs touser:userwp-content/vulnity-data/logs/belongs toroot:root
In that case, PHP may still be unable to write even if the folder has 775.
SSH solution
Section titled “SSH solution”From the WordPress root:
chmod 755 wp-content/vulnity-datachmod 755 wp-content/vulnity-data/firewallchmod 755 wp-content/vulnity-data/logsIf the warning still appears:
chmod 775 wp-content/vulnity-datachmod 775 wp-content/vulnity-data/firewallchmod 775 wp-content/vulnity-data/logsThe owner should not be root; it should match the owner of the other folders.
Check owner and group
Section titled “Check owner and group”stat -c '%U %G %n' wp-content wp-content/vulnity-data wp-content/vulnity-data/firewall wp-content/vulnity-data/logsIdeally, vulnity-data, firewall, and logs should have the same owner/group as wp-content.
Fix owner and group
Section titled “Fix owner and group”If you know the correct user:
chown -R <user>:<group> wp-content/vulnity-dataExample:
chown -R user:user wp-content/vulnity-dataIf it still does not work
Section titled “If it still does not work”At that point, the problem is usually the directory owner or group, not the permission number.
You can send this to your hosting provider:
!!! info “Message for support”
I have the Vulnity plugin installed on WordPress. The wp-content/vulnity-data/ folder already exists, but PHP cannot write inside it. I need write permissions for the user or process running PHP on wp-content/vulnity-data/, wp-content/vulnity-data/firewall/, and wp-content/vulnity-data/logs/.
How to verify it is fixed
Section titled “How to verify it is fixed”When fixed:
- The Vulnity warning disappears.
- The plugin can create or update:
wp-content/vulnity-data/firewall/blocks.phpwp-content/vulnity-data/logs/vulnity-log.phpWhat you do not need to change
Section titled “What you do not need to change”- You do not need to change Apache.
- You do not need to change Nginx.
- You do not need to change anything in
uploads. - You do not need to use
777except as a very short temporary test.