I am trying to do an upgrade of my SuiteCRM system. It says the directory exists but is not writable. I did not do anything to make the disc or directory not writeable. I even made a new empty directory, checked all of the permissions.
This is the message I get: Backup directory exists, but is not writable.
Thanks in advance
what are the permissions in that folder? In your system?
Search the forum on how to set correctly permissions and ownership.
Alternatively, if you are interested I have created a simple php script that backs (nearly) the whole SuiteCRM folder and the whole DB.
(PS: I say nearly the whole folder because I have excluded certein directories that, for me, contain large files I don’t need to back up every time)
Hi. I’m interested in solving this as I am concerned about the amount of work I would lose without a backup. I’m perplexed as to why it does not work to backup the DB locally. I am logged in as the administrator on my PC. No other application prevents me from writing to my hard disk ©.
I received the same error with both versions of SuiteCRM.
I wonder what I am doing wrong.
Thank you for your help and your response.
John
My script works only on Linux environments.
However if you are under a local Windows environment I recommend that, while you have not solved the issue you perform regular backups manually (which are very easy to do).
Instructions:
. Do not use the application while doing the backup
. create a zip file with the whole SuiteCRM folder
. using a tool such as PhpMyAdmin: Export the whole SuiteCRM Database
If you want to restore:
. unzip the folder structure
. import the database
The restore may imply that you will overwrite and therefore lose the data, customisations and other things happened between the backup and the restore.
If you want to restore creating a new instance with the backed-up SuiteCRM, you can just rename the root folder and import the db in a new database.
However if you do so, you will also have to:
. edit config.php (and possibly config_override.php) to update all variables relating to folder name and url of the instance, as well as database name, address and credentials: search the forum for posts on the precise variables - I remember posting something on this)
. edit .htaccess (if present) to match the new folder variables
I hope this helps.
PS: before you overwrite anything with a restore make sure at least that your backup is complete and functional, so I would recommend that you first try to restore a new instance.
I battled with this for ages, I tried creating folders changing permissions, adding users to groups, changing permissions.
A whole lot searching until I worked out that you need to include a period in the path!
Doesn’t work /home/user/Dropbox/CRM
Does Work ./home/user/Dropbox/CRM
Hope this helps someone!
this worked!!!
yes it worked for me . how do i open the back up to know its working ?
hi, after it work for me but i dont know how to open the backup file