search for: 88d7

I ran thru the wikipage you linked to, and the results were as they should be # record 1 dn: CN=NTDS Settings,CN=DC1,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=tcsbasys,DC=com objectGUID: 0d5ebcac-88d7-44fb-a830-ec3eacb6757f # record 2 dn: CN=NTDS Settings,CN=DC2,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=tcsbasys,DC=com objectGUID: 7da1efbb-3b68-4249-ab03-e09c3ffc0d1a # returned 2 records # 2 entries # 0 referrals root at dc1:~# host -t CNAME 0d5ebcac-88d7-44fb-a830-ec3...

I'm sorry Rowland, I meant to mention in my initial email that I am running 4.7.3. and other replication (like AD object replication) is working in both directions. it is just DNS replication that is only working one way. On Tue, Dec 12, 2017 at 2:15 PM, Rowland Penny via samba < samba at lists.samba.org> wrote: > On Tue, 12 Dec 2017 14:00:32 -0600 > Taylor Hammerling via samba

...d timestamps (rather than just byte offsets). It now interprets theora granulepos as a split of keyframe|pframe: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 00:00:07.733: serialno 0539503247, granulepos 89|27, packetno 119: 277 bytes 0000: 506c a908 120e 3d0b 88d7 73e9 7227 227c Pl....= ..s.r'"| 0010: 9f40 7463 f789 87c1 8b79 043b 183c 946f .@tc.....y.;.<.o 0020: d1e3 3e47 0798 9fcd 61a9 f113 e261 d1ec ..>G....a....a.. ... - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - oggzdump now also has a --c...

...d timestamps (rather than just byte offsets). It now interprets theora granulepos as a split of keyframe|pframe: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 00:00:07.733: serialno 0539503247, granulepos 89|27, packetno 119: 277 bytes 0000: 506c a908 120e 3d0b 88d7 73e9 7227 227c Pl....= ..s.r'"| 0010: 9f40 7463 f789 87c1 8b79 043b 183c 946f .@tc.....y.;.<.o 0020: d1e3 3e47 0798 9fcd 61a9 f113 e261 d1ec ..>G....a....a.. ... - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - oggzdump now also has a --c...

...) ../source4/rpc_server/drsuapi/getncchanges.c:1731: getncchanges on DC=DomainDnsZones,DC=tcsbasys,DC=com using filter (uSNChanged>=18067) [2017/12/12 13:52:12.818766, 3] ../source4/rpc_server/drsuapi/getncchanges.c:2822(dcesrv_drsuapi_DsGetNCChanges) UpdateRefs on getncchanges for 0d5ebcac-88d7-44fb-a830-ec3eacb6757f [2017/12/12 13:52:12.819150, 2] ../source4/rpc_server/drsuapi/getncchanges.c:3006(dcesrv_drsuapi_DsGetNCChanges) DsGetNCChanges with uSNChanged >= 18067 flags 0x80000074 on <GUID=d41a157a-d366-4f09-9fb1-501e5397c8c3>;DC=DomainDnsZones,DC=tcsbasys,DC=com gave 2 obj...

Hey Richard, Could you share the following informations please? 1. gluster volume info <volname> 2. getfattr output of that file from all the bricks getfattr -d -e hex -m . <brickpath/filepath> 3. glustershd & glfsheal logs Regards, Karthik On Thu, Oct 26, 2017 at 10:21 AM, Amar Tumballi <atumball at redhat.com> wrote: > On a side note, try recently released health

On a side note, try recently released health report tool, and see if it does diagnose any issues in setup. Currently you may have to run it in all the three machines. On 26-Oct-2017 6:50 AM, "Amar Tumballi" <atumball at redhat.com> wrote: > Thanks for this report. This week many of the developers are at Gluster > Summit in Prague, will be checking this and respond next

...elf-heal-common.c:1327:afr_log_selfheal] 0-home-replicate-0: Completed data selfheal on 1823e5ef-45ec-44f2-80ee-7d6d9bc01fdb. sources=0 [2] sinks=1 [2017-10-25 10:40:18.768700] I [MSGID: 108026] [afr-self-heal-common.c:1327:afr_log_selfheal] 0-home-replicate-0: Completed data selfheal on 5fbc24b5-88d7-441c-9856-ff11663d412a. sources=0 [2] sinks=1 [2017-10-25 10:40:18.792452] I [MSGID: 108026] [afr-self-heal-common.c:1327:afr_log_selfheal] 0-home-replicate-0: Completed data selfheal on 6faead8a-7082-48b5-918f-ec72114e945d. sources=0 [2] sinks=1 [2017-10-25 10:40:18.804417] I [MSGID: 108026] [...