search for: e5922d4b

...main.at. against SRV _kpasswd._udp.mydomain.at dc.mydomain.at 464 Lookup of _kpasswd._udp.mydomain.at. succeeded, but we failed to find a matching DNS entry for SRV _kpasswd._udp.mydomain.at dc.mydomain.at 464 need update: SRV _kpasswd._udp.mydomain.at dc.mydomain.at 464 Looking for DNS entry CNAME e5922d4b-9bf0-4c79-b256-ff5f75a3e4f4._msdcs.mydomain.at dc.mydomain.at as e5922d4b-9bf0-4c79-b256-ff5f75a3e4f4._msdcs.mydomain.at. Lookup of e5922d4b-9bf0-4c79-b256-ff5f75a3e4f4._msdcs.mydomain.at. succeeded, but we failed to find a matching DNS entry for CNAME e5922d4b-9bf0-4c79-b256-ff5f75a3e4f4._msdcs.my...

On 31/07/2019 12:04, Stefan G. Weichinger via samba wrote: > Am 31.07.19 um 12:50 schrieb Rowland penny via samba: >> On 31/07/2019 11:40, Stefan G. Weichinger via samba wrote: >>> Am 31.07.19 um 12:32 schrieb Rowland penny via samba: >>>> On 31/07/2019 11:22, Stefan G. Weichinger via samba wrote: >>>>> "dc" was the old name a few years ago

Am 31.07.19 um 11:51 schrieb L.P.H. van Belle via samba: > Run : nslookup dc non-existent: good, afaik > If this one removed, then its a hunt for the dc record in the AD and DNS. > Review with Windows tools, the Active Directory Sites and Services > If there is nothing left there. It's there in Sites - Default-First-Site-Name - Servers ... >> sorry for going loops

Am 13.03.19 um 13:25 schrieb Stefan G. Weichinger via samba: > My DC1 is named "PRE01SVDEB02" > and DC2 = "PRE01SVDEB03" checked for resolv.conf and DNS-pointers again. made sure that all 3 FQDNs (2 DCs, one DM) resolve from the servers. showrepl is happy again on DC1, but still fails on/to DC2 hm manual replicate: no progress or success visible (either from DC1 or

> -----Oorspronkelijk bericht----- > Van: samba [mailto:samba-bounces at lists.samba.org] Namens > Stefan G. Weichinger via samba > Verzonden: vrijdag 12 juli 2019 10:24 > Aan: samba at lists.samba.org > Onderwerp: Re: [Samba] GPO infrastructure? -> 4.8.x to 4.9.x > > Am 10.07.19 um 08:40 schrieb Stefan G. Weichinger via samba: > > > more of this: > >

...; loglevel 4 on DC2 > > > [2019/03/13 14:38:55.729004, 3] > ../source4/dsdb/repl/drepl_service.c:206(_drepl_schedule_replication) > _drepl_schedule_replication: forcing sync of partition > (61081d43-e55d-4791-9d4c-e87f036a8772, > DC=DomainDnsZones,DC=pilsbacher,DC=at, > e5922d4b-9bf0-4c79-b256-ff5f75a3e4f4._msdcs.mytld.at) > > > but no progress > > - > > I let my fingers off it for now ... new user(s) needed there > next week. > > > -- > To unsubscribe from this list go to the following URL and read the > instructions: https:...

...at 464 > as _kpasswd._udp.mydomain.at. > Checking 0 100 464 pre01svdeb03.mydomain.at. against SRV > _kpasswd._udp.mydomain.at dc.mydomain.at 464 > Checking 0 100 464 dc.mydomain.at. against SRV > _kpasswd._udp.mydomain.at > dc.mydomain.at 464 > Looking for DNS entry CNAME > e5922d4b-9bf0-4c79-b256-ff5f75a3e4f4._msdcs.mydomain.at dc.mydomain.at > as e5922d4b-9bf0-4c79-b256-ff5f75a3e4f4._msdcs.mydomain.at. > Looking for DNS entry SRV > _ldap._tcp.Default-First-Site-Name._sites.mydomain.at > dc.mydomain.at 389 > as _ldap._tcp.Default-First-Site-Name._sites.mydomai...

Am 13.03.19 um 12:49 schrieb Rowland Penny via samba: >> Should /etc/hosts contain pointers to own FQDN or not? To DCs? >> > > /etc/hosts should contain a line that points 127.0.0.1 to localhost and > a line that points the DC's ipaddress to its FQDN and shorthostname > > EXAMPLE: > > 127.0.0.1 localhost > 192.168.0.6 dc4.samdom.example.com dc4 >

...vers,CN=Default-First-Site-Name > ,CN=Sites,CN=Configuration,DC=mydomain,DC=at > objectGUID: a60fbb5f-926b-484d-992c-c1ef5cc0936d > > # record 2 > dn: CN=NTDS > Settings,CN=DC,CN=Servers,CN=Default-First-Site-Name,CN=Sites, > CN=Configuration,DC=mydomain,DC=at > objectGUID: e5922d4b-9bf0-4c79-b256-ff5f75a3e4f4 > > that's a no then Ah, so this is what needs to be fixed. > > > > Then, klik on the GUID, properties, and where you see > Server: SERVERNAME , there you can choose "change". > > so I wait here? No, here you select the co...

...beros._udp..at dc..at 88 /var/lib/samba/private/dns_update_cache:SRV _kerberos._tcp.dc._msdcs..at dc..at 88 /var/lib/samba/private/dns_update_cache:SRV _kpasswd._tcp..at dc..at 464 /var/lib/samba/private/dns_update_cache:SRV _kpasswd._udp..at dc..at 464 /var/lib/samba/private/dns_update_cache:CNAME e5922d4b-9bf0-4c79-b256-ff5f75a3e4f4._msdcs..at dc..at /var/lib/samba/private/dns_update_cache:SRV _ldap._tcp.Default-First-Site-Name._sites..at dc..at 389 /var/lib/samba/private/dns_update_cache:SRV _ldap._tcp.Default-First-Site-Name._sites.dc._msdcs..at dc..at 389 /var/lib/samba/private/dns_update_cache:S...

Am 31.07.19 um 11:25 schrieb Stefan G. Weichinger via samba: > So to me it seems obvious to get rid of that "dc.mydomain.at" ... at > least as a next step. Went through DNS on the windows server and rm-ed all containing "dc.mydomain.at" There was a SRV-record below "_msdcs.mydomain.at" "pdc" "_tcp" pointing to "dc.mydomain.at"

(oeps) this need to be in this mail also. Try : rgrep "dc.domain.at" /etc/* > -----Oorspronkelijk bericht----- > Van: L.P.H. van Belle > Verzonden: woensdag 31 juli 2019 12:17 > Aan: 'samba at lists.samba.org' > Onderwerp: RE: [Samba] GPO issues - getting SYSVOL cleaned up again > > Ok, on that server. > > This > >

...ilsbacher.at dc.pilsbacher.at 464 as _kpasswd._udp.pilsbacher.at. Checking 0 100 464 pre01svdeb03.pilsbacher.at. against SRV _kpasswd._udp.pilsbacher.at dc.pilsbacher.at 464 Checking 0 100 464 dc.pilsbacher.at. against SRV _kpasswd._udp.pilsbacher.at dc.pilsbacher.at 464 Looking for DNS entry CNAME e5922d4b-9bf0-4c79-b256-ff5f75a3e4f4._msdcs.pilsbacher.at dc.pilsbacher.at as e5922d4b-9bf0-4c79-b256-ff5f75a3e4f4._msdcs.pilsbacher.at. Looking for DNS entry SRV _ldap._tcp.Default-First-Site-Name._sites.pilsbacher.at dc.pilsbacher.at 389 as _ldap._tcp.Default-First-Site-Name._sites.pilsbacher.at. Checking...

?? And we did compair this months ago.. You did say, everything is in sync now. Ahhh... ;-) If you really want to know if you DC's are setup the same. Tip.. Copy /etc of both server into a new folder. And runn diff -r /etc-dc1/ /etc-dc2/ > check-me.txt And check-me.txt I just did that on my brand new Buster proxy servers, 2 with keepalived. I'm almost done with this, you