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.) Currently the master and slave are in different rooms, but the goal is to move the slave to a different geographic location in the future. The data between the two needs to be synchronized.
MySQL database replication is setup. Now I want to rSync the data from the master's /apps/koken/web to the slave's /apps/koken/web directory. However, the Add Backup in the Admin Page doesn't allow me to select /apps/ directory. It only allows me to select a share from the /data/ directory.
What is the reason I cannot select the /apps/ directory for a backup scenario?
Is there a way to move the whole koken installation from /apps to /data?
Or maybe only the /apps/koken/web to /data/koken/web? What configuration changes to Koken would I need to do that?
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.
6 Replies
Replies have been turned off for this discussion
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?
Link to Koken post mentioned in this thread doesn't work because the .) are also included in the url. This is the correct link:
http://help.koken.me/customer/en/portal/questions/16197007-geo-redundant-koken-setup
Know issues on this setup: The Koken admin pages on the slave doesn't show the libraries, essays and other content.
The live site however is now fully synced by means of SQL replication, a symbolic link (see above) and rsync of /data/koken/web.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
