Bug 9614 - windows command: repadmin /showvector /latency produces wrong timestamps with samba4 replication
Summary: windows command: repadmin /showvector /latency produces wrong timestamps with...
Status: NEW
Alias: None
Product: Samba 4.1 and newer
Classification: Unclassified
Component: AD: LDB/DSDB/SAMDB (show other bugs)
Version: unspecified
Hardware: All All
: P5 normal (vote)
Target Milestone: ---
Assignee: Samba QA Contact
QA Contact: Samba QA Contact
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-01-29 14:35 UTC by Chris Lewis (dead mail address)
Modified: 2021-02-25 12:16 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Lewis (dead mail address) 2013-01-29 14:35:52 UTC
Samba 4.0 server  joined to windows AD server (server 2003 functional level). Replication seems to be working between servers, "repadmin /showrepl" shows all well, as does "samba-tool drs showrepl".

However in the Windows event log for Directory Service I am getting:

---------------------------

Log Name:      Directory Service
Source:        Microsoft-Windows-ActiveDirectory_DomainService
Date:          25/01/2013 11:54:37
Event ID:      1864
Task Category: Replication
Level:         Error
Keywords:      Classic
User:          ANONYMOUS LOGON
Computer:      INVIEW-DC1.inview.local
Description:
This is the replication status for the following directory partition on this directory server. 
 
Directory partition:
DC=inview,DC=local 
 
This directory server has not recently received replication information from a number of directory servers.  The count of directory servers is shown, divided into the following intervals. 
 
More than 24 hours:
1 
More than a week:
1 
More than one month:
1 
More than two months:
1 
More than a tombstone lifetime:
1 
Tombstone lifetime (days):
180 
 
Directory servers that do not replicate in a timely manner may encounter errors. They may miss password changes and be unable to authenticate. A DC that has not replicated in a tombstone lifetime may have missed the deletion of some objects, and may be automatically blocked from future replication until it is reconciled. 
 
To identify the directory servers by name, use the dcdiag.exe tool. 
You can also use the support tool repadmin.exe to display the replication latencies of the directory servers.   The command is "repadmin /showvector /latency <partition-dn>".

---------------------------

If I execute "repadmin /showvector /latency dc=inview,dc=local"

I get :

Caching GUIDs.
..
94ec3f8c-dae2-47ef-8bea-50b7e81801a9 @ USN   4703900 @ Time 2012-10-05 13:57:27
Default-First-Site-Name\INVIEW-DC1   @ USN    403333 @ Time 2013-01-29 14:06:16
Default-First-Site-Name\INVIEW-DC2   @ USN      8886 @ Time 4232-19-00 10:00:00
82e59ee0-222c-4a28-82c5-d926918aa49e @ USN      8203 @ Time 4232-19-00 01:00:00

inview-dc2 is the samba4 box server, and the other lines represent servers which have been removed using metadata cleanup process (one of which was a Samba4 server).

Both Samba 4 servers have crazy date stamps, yr 4232. 

I assume that the wrong datestamp is causing the event id 1864.

The same situation has occurred in my test environment.
Comment 1 Björn Jacke 2021-02-24 15:32:29 UTC
this bug is still valid with current samba versions.
Comment 2 Douglas Bagnall 2021-02-24 22:26:22 UTC
(In reply to Björn Jacke from comment #1)

To reproduce, do you just join to a Windows server?


The date "4232-19-00 01:00:00" is odd not only for the year;  we don't expect the 0th day of the 19th month either. 

It obviously isn't an NTTIME or other numeric representation.
Comment 3 Björn Jacke 2021-02-25 12:16:39 UTC
yes, in my test I've seen that after I dcpromo'd a w2k8 machine into an existing Samba AD.