Hello,
I have a 4-way multi-master configured with FDS. One
of the hosts is not receiving/sending replicated data.
I tried removing the replication argreements with the
mmr.pl application (to try re-creating the agreement),
but it''s not letting me.
Here''s the error message trying to remove testhost1''s
agreement:
perl mmr.pl --host1 testhost1 --host2 testhost2
--bindpw <password> --remove
"removing replication agreement from testhost1 ->
testhost2
Can''t call method "dn" on an undefined value at mmr.pl
line 200, <DATA> line 397"
When I run the mmr.pl with --display, the agreement
appears to be ok:
perl mmr.pl --host1 testhost1 --host2 testhost2
--bindpw <password> --display
replication agreements from testhost1
->testhost2
->testhost3
replication agreements from testhost2
->testhost1
->testhost4
Here''s the commands I used to create the 4-way
multi-master agreement:
perl mmr.pl --host1 testhost1 --host1_id 1 --host2
testhost2 --host2_id 2 --bindpw <DIRECTORY
ADMINISTRATOR PASS> --repmanpw <ADMIN PASS> --create
perl mmr.pl --host1 testhost3 --host1_id 3 --host2
testhost4 --host2_id 4 --bindpw <DIRECTORY
ADMINISTRATOR PASS> --repmanpw <ADMIN PASS> --create
perl mmr.pl --host1 testhost3 --host1_id 3 --host2
testhost1 --host2_id 1 --bindpw <DIRECTORY
ADMINISTRATOR PASS> --repmanpw <ADMIN PASS> --create
perl mmr.pl --host1 testhost4 --host1_id 4 --host2
testhost2 --host2_id 2 --bindpw <DIRECTORY
ADMINISTRATOR PASS> --repmanpw <ADMIN PASS> --create
The other 3 hosts are working fine. I''m not sure if
there are any other ways to troubleshoot this. Anybody
have any ideas?
Thanks,
Jim
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
jamsda wrote:> Hello, > > I have a 4-way multi-master configured with FDS. One > of the hosts is not receiving/sending replicated data. > I tried removing the replication argreements with the > mmr.pl application (to try re-creating the agreement), > but it''s not letting me. > Here''s the error message trying to remove testhost1''s > agreement: > > perl mmr.pl --host1 testhost1 --host2 testhost2 > --bindpw <password> --remove > > "removing replication agreement from testhost1 -> > testhost2 > Can''t call method "dn" on an undefined value at mmr.pl > line 200, <DATA> line 397" > >Hi, It''s my script. I will have a look at it maybe tomorrow. Send me your dse.ldif from testhost1 if you want faster results. BR, Mike -- http://www.netauth.com - LDAP Directory Consulting
Thanks for the response Mike!! I attached dse.ldif.testhost1 and dse.ldif.testhost2. One thing I already noticed after doing a diff is a difference on "modifiersName" on testhost1: modifiersName: uid=admin,ou=administrators,ou=topologymanagement,o=netscaperoot compared to "modifiersName" on testhost2: modifiersName: cn=directory manager Thanks, Jim --- Mike Jackson <mj@sci.fi> wrote:> jamsda wrote: > > Hello, > > > > I have a 4-way multi-master configured with FDS. > One > > of the hosts is not receiving/sending replicated > data. > > I tried removing the replication argreements with > the > > mmr.pl application (to try re-creating the > agreement), > > but it''s not letting me. > > Here''s the error message trying to remove > testhost1''s > > agreement: > > > > perl mmr.pl --host1 testhost1 --host2 testhost2 > > --bindpw <password> --remove > > > > "removing replication agreement from testhost1 -> > > testhost2 > > Can''t call method "dn" on an undefined value at > mmr.pl > > line 200, <DATA> line 397" > > > > > > Hi, > It''s my script. I will have a look at it maybe > tomorrow. > > Send me your dse.ldif from testhost1 if you want > faster results. > > > BR, > Mike > -- > http://www.netauth.com - LDAP Directory Consulting > > -- > Fedora-directory-users mailing list > Fedora-directory-users@redhat.com >https://www.redhat.com/mailman/listinfo/fedora-directory-users>__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
jamsda wrote:> Thanks for the response Mike!! > > I attached dse.ldif.testhost1 and dse.ldif.testhost2. > One thing I already noticed after doing a diff is a > difference on "modifiersName" on testhost1: > > modifiersName: > uid=admin,ou=administrators,ou=topologymanagement,o=netscaperoot > > compared to "modifiersName" on testhost2: > > modifiersName: cn=directory manager >Hi, Doesn''t matter. I think you have either DNS or shell escaping problems, but it could also be a bug in one of the perl modules when using strange hostnames like you do. Are you able to resolve all hostnames used from all machines involved? BR, Mike -- http://www.netauth.com - LDAP Directory Consulting
Yeah, I tested the pings by hostnames and all four servers resolve. They are resolving using local /etc/hosts although. I have a question about the dse.ldif file. Can that file be modified by hand, or does it require some binary such as ldapmodify to make changes to it? Thanks, Jim --- Mike Jackson <mj@sci.fi> wrote:> jamsda wrote: > > Thanks for the response Mike!! > > > > I attached dse.ldif.testhost1 and > dse.ldif.testhost2. > > One thing I already noticed after doing a diff is > a > > difference on "modifiersName" on testhost1: > > > > modifiersName: > > >uid=admin,ou=administrators,ou=topologymanagement,o=netscaperoot> > > > compared to "modifiersName" on testhost2: > > > > modifiersName: cn=directory manager > > > > Hi, > Doesn''t matter. > > I think you have either DNS or shell escaping > problems, but it could > also be a bug in one of the perl modules when using > strange hostnames > like you do. Are you able to resolve all hostnames > used from all > machines involved? > > > BR, > Mike > -- > http://www.netauth.com - LDAP Directory Consulting > > -- > Fedora-directory-users mailing list > Fedora-directory-users@redhat.com >https://www.redhat.com/mailman/listinfo/fedora-directory-users>__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
jamsda wrote:> Yeah, I tested the pings by hostnames and all four > servers resolve. They are resolving using local > /etc/hosts although.That''s the problem. FDS doesn''t use /etc/hosts. The one machine which isn''t working is in another domain, not resolvable by the system, e.g. /etc/resolv.conf listed search domain and/or nameservers.> I have a question about the dse.ldif file. Can that > file be modified by hand, or does it require some > binary such as ldapmodify to make changes to it? >You can modify it by hand if you stop the server first. Changes during runtime will be lost. If you modify it during runtime via LDAP, then changes are saved. BR, Mike -- http://www.netauth.com - LDAP Directory Consulting