Csync Error From Peer Permission Denied
Contents |
[ date ] [ thread ] [ subject ] [ dropbox sync permission denied author ] Hi, I am using csync1.33. I am can't sync permission denied syncing a file from master m/c to a slave m/c. I am folder sync permission denied getting "Permission denied for slave!" error. On _MASTER_MACHINE (dev-ha-190) ###################### [root at dev-ha-190 root]# csync2 -xvv My hostname is dev-ha-190. Database-File: dropbox can't sync permission denied mac /var/lib/csync2/dev-ha-190.db Config-File: /etc/csync2.cfg Prefix 'basedir' is set to '/opt/server'. ... ... ... SQL: SELECT peername FROM dirty GROUP BY peername ORDER BY random() SQL Query finished. SQL: SELECT filename, myname, force FROM dirty WHERE peername = 'dev-ha-191' ORDER by filename ASC SQL Query
Dropbox Cant Sync Permission Denied
finished. Connecting to host dev-ha-191 (SSL) ... SQL: SELECT certdata FROM x509_cert WHERE peername = 'dev-ha-191' SQL Query finished. Peer x509 certificate is: 3082020730820170020100300D06092A864886F70D0101040500304C310B300906035504061302474231123010060355040813094265726B73686972653110300E060355040713074E65776275727931173015060355040A130E4D7920436F6D70616E79204C7464301E170D3036313231353035343531335A170D3038303830363035343531335A304C310B300906035504061302474231123010060355040813094265726B73686972653110300E060355040713074E65776275727931173015060355040A130E4D7920436F6D70616E79204C746430819F300D06092A864886F70D010101050003818D00308189028181009B09C89F7FEFCF9DB4DD167E66943E26AF739A2E6B875EE141302C03129E9EDB73E1C93FEFCD873844728812718A93F08E98672E94C9819125465B168E278DA357BCD0DB2999F8D7A4E886751ED9CD3D5E016EDAFDBDF5D75F27F2897D8286E5409954E2236CD6DBE6B016F8D7E865407A01C84AAF380970482D1F1FB570DE7D0203010001300D06092A864886F70D01010405000381810047A1DC013045A046A165EAB69465885AF38ECB7DA2F71927F6B6904C2FF0AA155E9D42193D653CDDBE249A27C39564C547F79BDDD1AE65EB344028224E58BE34F00B175658E31ADBCA529048CE7A5C04EE198978B1D78EA02972FE85BFF6F395576E2CAC61347D5F5AB6E54C86D18DAE3645BCA0294936D846916DA36AD17DEF Match (+): /tmp/hatest on /tmp/hatest Updating /tmp/hatest on dev-ha-191 ... While syncing file /tmp/hatest: ERROR from peer dev-ha-191: Permission denied for slave! File stays in dirty state. Try again later... SQL: SELECT command, logfile FROM action GROUP BY command, logfile SQL Query finished. Finished with 1 errors. [root at dev-ha-190 root]# csync2 -cvv My hostname is dev-ha-190. Database-File: /var/lib/csync2/dev-ha-190.db Config-File: /etc/csync2.cfg Prefix 'basedir' is set to '/opt/server'. SQL: SELECT filename, recursive FROM hint SQL Query finished. SQL: SELECT command, logfile FROM action GROUP BY command, logfile SQL Query finished. Finished with 0 errors. On _SLAVE_MACHINE_ (dev-ha-191) ####################### [root at dev-ha-191 roo
in sync on all the machines in a group?When I add a file to my /etc/csync2.cfg on host1 and try to sync itto host2 with csync -xv, I get a permission denied error. The
Repo Sync Permission Denied (publickey)
filedoesn't exist yet on host2, and isn't defined in host2's /etc/csync2.cfg either.Adding /etc/csync2.cfg to csync2 example the group and syncing again fixes this, butI'm not sure if this is the right way to do it.Thanks for csync2 config your response,Ruben Kerkhof Ruben Kerkhof 2007-01-25 21:49:23 UTC PermalinkRaw Message Post by Ruben KerkhofHi list,What I couldn't find in the paper.pdf is if it's necessary to keep /etc/csync2.cfg in sync on all the machines http://lists.linbit.com/pipermail/csync2/2006-December/000238.html in a group?When I add a file to my /etc/csync2.cfg on host1 and try to sync itto host2 with csync -xv, I get a permission denied error. The filedoesn't exist yet on host2, and isn't defined in host2's /etc/csync2.cfg either.Adding /etc/csync2.cfg to the group and syncing again fixes this, butI'm not sure if this is the right way to do it.Hi user, :)you did right.Also note that, when http://csync2.linbit.narkive.com/j6NwbHji/permission-denied-when-syncing-a-new-file the content of /etc/csync2.cfg changes as theresult of an update, csync2 doesn't re-reads it during the updatingsession. This means that the update will proced with a "stale"config on the receiving side and problems may easily occur, becausethe sending side works with a different configuration with respectto the receiving one.Personally, when I change /etc/csync2.cfg in my "master" system,I'm used to issue a csync2 -c /etc/csync2.cfg followed by a csync2 -c /etc/csync2.cfg -x /etc/csync2.cfg as soon as possible andshurely *before* any other kind of csync2's update.Ah, that explains what I saw, and why csync2 -x worked the second time.The first time the other side reads the config file and the secondtime it allow me to sync the file I want.Post by Ruben KerkhofThanks for your response,You welcome,GiampaoloPost by Ruben KerkhofRuben KerkhofMaybe the paper.pdf should explain that the file lists in the configfile have to be the same on both your hosts. That might help otherusers like me ;-)If you start with the example in the paper, it's never going to work.Syncing you /etc/csync2.cfg could be a security risk though, but ifthe alternative is to manually edit the csync2.cfg on every host...Kind regards,Ruben Giampaolo Tomassoni 2007-01-25 22:15:00 UTC PermalinkRaw Message Post by Ruben KerkhofPost by R
Topic This Forum Advanced Search Browse Forums Staff Online Users More Activity All Activity My Activity Streams Unread Content Content I https://forum.resilio.com/topic/32856-out-of-sync-permission-denied/ Started Search More More More All Activity Home Resilio Sync Sync Troubleshooting "out Of Sync" + Permission Denied Announcements Important News about Sync 06/01/2016 Dear Sync Community, please see Important News about https://jira.op5.com/browse/MON-7968?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&showAll=true Sync Sign in to follow this Followers 2 "out Of Sync" + Permission Denied Started by hawkman, December 9, 2014 7 posts in this topic hawkman Advanced Member Members 30 permission denied posts Posted December 9, 2014 I am running the latest btsync on a WD MyBook Live. I have a directory of about 1000 files which I have set up as a read-only peer to two other read/write peers. It isn't working since the latest upgrade. I was getting a message on the UI saying "out of sync" but it wasn't syncing, so I deleted sync permission denied the share and recreated it with the read-only key. Now that it is very slowly indexing, I'm still getting "out of sync" and if I look at the log file, I see the following messages for each file as it appears to be indexing them. Can someone help me understand what's wrong here? [20141209 08:46:43.276] Error: /DataVolume/shares/Public/
Details Type: Bug Status: Closed Priority: Blocker Resolution: Fixed Affects Version/s: 7.0.5.2 Fix Version/s: 7.0.6 Component/s: Merlin Labels: regression jira_priority_score: 67 Similar Issues: Show Description Merlin is now run as the system user "monitor", and when it pushes its object configuration to another node, this is also performed as user monitor. Instead of logging on as root on destination nodes, it logs on as monitor. mon oconf push runs rsync, and rsync must be able to write to the destination files and directories. This is simple if you're root, but as the monitor user, files and directories are not always owned by monitor, hence not writable – rsync doesn't like that. For example: root@705peer02:~# asmonitor mon oconf push 705peer01 rsync: mkstemp "/opt/monitor/etc/synergy/.command.cfg.jE63QP" failed: Permission denied (13) rsync: mkstemp "/opt/monitor/etc/synergy/.services.cfg.cdxabq" failed: Permission denied (13) rsync: mkstemp "/opt/monitor/etc/trapper/.command.cfg.maKiv0" failed: Permission denied (13) rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1039) [sender=3.0.6] rsync returned 23. Breakage? Won't restart monitor and merlin on node '705peer01' Between peers, /opt/monitor/etc is synchronized, recursively. A lot of stuff is owned by root in /opt/monitor/etc. Between pollers, its just the cached split configuration that's copied to /opt/monitor/etc/oconf/from-master.cfg. Quite likely, the oconf directory is most often owned by monitor, so that one's probably fine. And then there's all the custom sync configuration that is bound to fail in many scenarios (I guess). As the rsync might succeed in transferring some files (maybe), the oconf changed timestamps might end up the same on the nodes, but possibly the object configuration differs, making the situation even more confusing. A sort of workaround, executed on a master node (which would also be the one with the most recent object configuration): mon node ctrl --self -- chown -Rh monitor:apache /opt/monitor/etc /var/cache/merlin asmonitor mon oconf push AttachmentsIssue Links relates to MON-7969 Continuous reconfiguration of pollers in case of master nodes in configuration disagreement Closed mentioned in Page Loading... Activity All Comments Work Log History Activity Ascending order - Click to sort in descending order 19 older comments Hide Permalink Andreas Ericsson added a comment - 2015-04-28 11:34 I think I've managed to catch all the projects that add files under /