Hide Forgot
Reported by Andrey Ivanov (andrey.ivanov) Description of problem: However, i still have the syntax validation problem in cn=config for replication agreements (have not tested with 1.2.8rcx but i think it has not changed): nsds5replicaChangesSentSinceStartup: value #0 invalid per syntax nsds5replicaLastInitStart: value #0 invalid per syntax nsds5replicaLastInitEnd: value #0 invalid per syntax I think it's not the dn parsing problem, it is the schema definitions of syntaxes for these attributes and the values that do not correspond to the syntax : (has integer syntax)nsds5replicaChangesSentSinceStartup: 1:11157/0 3:176/0 (has generalized time syntax)nsds5replicaLastInitStart: 0 (has generalized time syntax)nsds5replicaLastInitEnd: 0 attributeTypes: ( 2.16.840.1.113730.3.1.687 NAME 'nsds5replicaChangesSentSinceStartup' DESC 'Netscape defined attribute type' EQUALITY integerMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.27 SINGLE-VALUE NO-USER-MODIFICATION X-ORIGIN 'Netscape Directory Server' ) attributeTypes: ( 2.16.840.1.113730.3.1.807 NAME 'nsds5replicaLastInitStart' DESC 'Netscape defined attribute type' EQUALITY generalizedTimeMatch ORDERING generalizedTimeOrderingMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.24 SINGLE-VALUE NO-USER-MODIFICATION X-ORIGIN 'Netscape Directory Server' ) attributeTypes: ( 2.16.840.1.113730.3.1.808 NAME 'nsds5replicaLastInitEnd' DESC 'Netscape defined attribute type' EQUALITY generalizedTimeMatch ORDERING generalizedTimeOrderingMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.24 SINGLE-VALUE NO-USER-MODIFICATION X-ORIGIN 'Netscape Directory Server' ) Note: Separated from Bug 555577 - Syntax validation fails for "ou=NetscapeRoot" tree
Upstream ticket: https://fedorahosted.org/389/ticket/58
There have been several bugs to resolve specific issues with validation since this bug was filed. We believe the current versions to be fine in this regard. Closing as CURRENTRELEASE.