NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Solved
Unable to select /apps/koken/ as directory for rSync (only share allowed)
I'm trying to create a "geo-redundant" setup between two Koken CMS installations on two RNs. (See also: http://help.koken.me/customer/en/portal/questions/16197007-geo-redundant-koken-setup.) Currentl...
I don't know anything about Koken, but you could try creating a Koken share, and copying all the data from /data/,apps//koken to it (preserving permissions, etc). Then delete the contents of /apps/koken and create a softlink to the share. If you do that in both systems, normal rsync backup will work.
Another approach would be to create a cron job to copy /apps/Koken to a share (and then back up the share). The cron job approach has the benefit that you can shut down the service, before you update the share (restarting it afterwords). Though the backup snapshot should give you a coherent copy w/o needing to do that.
Either way, you won't get two-way sync - but you can get the slave to mirror the master.
I don't know anything about Koken, but you could try creating a Koken share, and copying all the data from /data/,apps//koken to it (preserving permissions, etc). Then delete the contents of /apps/koken and create a softlink to the share. If you do that in both systems, normal rsync backup will work.
Another approach would be to create a cron job to copy /apps/Koken to a share (and then back up the share). The cron job approach has the benefit that you can shut down the service, before you update the share (restarting it afterwords). Though the backup snapshot should give you a coherent copy w/o needing to do that.
Either way, you won't get two-way sync - but you can get the slave to mirror the master.
Hi StephenB,
Thank you for your response. I used a symlink, but not for /apps/koken, but for apps/koken/web. The /apps/koken contains a few configuration files, mainly the http.conf for Apache webserver, that should better stay there. The "web" directory contains the public HTML, so moving that shouldn't be a big issue.
When running the rsync, the content is copied and new content is also shown on the slave. So it seems to do the trick. However, in the Admin Page for backup, the job is marked as "Failed".
In the system logs, there is a similar message: "Backup: Error backup job Rsync Koken web content to RN516: failure during copy".
However, this doesn't tell me much what has failed. Is there anywhere else I can look for a better explanation what went wrong?
However, this doesn't tell me much what has failed. Is there anywhere else I can look for a better explanation what went wrong?After setting the the backup options for "On completion send: " to "Full logs", I managed to see some more information in the status mail:
...
web/storage/cache/api/def07ebad5d9eac27d5ab30f72dc6d05.cache
web/storage/cache/api/df2e78e3461c5128833232673fe32234.cache
web/storage/cache/api/e1f9d67ffc5e8f082be35eb66ed1d4cc.cache
web/storage/cache/api/e2bdae0fedf2ae37c7030159da04029d.cache
web/storage/cache/api/e3107dc3552c239740b5cf72407a82fd.cache
web/storage/cache/api/e35f2b8602e7432b89c21f96aed90ce9.cache
... 1638 lines were removed ...
rsync: mkstemp "/data/koken/web/storage/themes/repertoire-fa8a5d39-01a5-dfd6-92ff-65a22af5d5ac/inc/.header.html.rNXDdD" failed: Permission denied (13)
rsync: mkstemp "/data/koken/web/storage/themes/repertoire-fa8a5d39-01a5-dfd6-92ff-65a22af5d5ac/inc/.index-layout-one.html.KG1uh2" failed: Permission denied (13)
rsync: mkstemp "/data/koken/web/storage/themes/repertoire-fa8a5d39-01a5-dfd6-92ff-65a22af5d5ac/inc/.index-layout-two.html.dVpmlr" failed: Permission denied (13)
rsync: mkstemp "/data/koken/web/storage/themes/repertoire-fa8a5d39-01a5-dfd6-92ff-65a22af5d5ac/inc/.pagination.html.qJeepQ" failed: Permission denied (13)
rsync: mkstemp "/data/koken/web/storage/themes/repertoire-fa8a5d39-01a5-dfd6-92ff-65a22af5d5ac/inc/.share-links.html.P9v6sf" failed: Permission denied (13)
rsync: mkstemp "/data/koken/web/storage/wallpaper/.signin.jpg.quhZwE" failed: Permission denied (13)
sent 299,918 bytes received 305,986 bytes 1,211,808.00 bytes/sec
total size is 23,077,645 speedup is 38.09
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1183) [sender=3.1.1]
Do you have any idea what is causing the error message and how to prevent it?
Seems something in my path is wrong. Creating every more subdirs called "web".
/data/koken/web/web/web/web/web/web/web/web/web/web ....
dsnpevl wrote:Seems something in my path is wrong. Creating every more subdirs called "web".
/data/koken/web/web/web/web/web/web/web/web/web/web ....
And dsnpevl wrote:
rsync: mkstemp "/data/koken/web/storage/themes/repertoire-fa8a5d39-01a5-dfd6-92ff-65a22af5d5ac/inc/.share-links.html.P9v6sf" failed: Permission denied (13)
Misplaced a symbolic link and pointed the rsync destination to the wrong location. This caused the weird behaviour.
After fixing this, I found an good alternative by moving /apps/koken/web to /data/koken/web and creating a symbolic link in /apps/koken
root@nas-XX-XX-XX:/apps/koken# cd /apps/koken
root@nas-XX-XX-XX:/apps/koken# ls -al web
lrwxrwxrwx 1 root root 15 Mar 5 15:09 web -> /data/koken/webdsnpevl wrote:
rsync: mkstemp "/data/koken/web/storage/themes/repertoire-fa8a5d39-01a5-dfd6-92ff-65a22af5d5ac/inc/.share-links.html.P9v6sf" failed: Permission denied (13)Also I had to specify the default acces for the rsync user to have permission to create and remove directories.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
