search for: 484d

...this is the trace: 9 headers, 0 lines Sip read: INVITE sip:00115601992@asterisk SIP/2.0 Via: SIP/2.0/UDP 10.8.210.147:5060 From: Giorgio <sip:g.carnero@asterisk>;tag=659649795 To: <sip:00115601992@asterisk> Contact: <sip:g.carnero@10.8.210.147:5060> Call-ID: 8A229D4B-4B34-484D-B370-E9DF6867F411@10.8.210.147 CSeq: 15727 INVITE Proxy-Authorization: Digest username="g.carnero",realm="asterisk",nonce="4788e13d",response="bc487b8c13c8ddbf37c5e5cb80069061",uri="sip:00115601992@asterisk" Content-Type: application/sdp User-Ag...

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

...> > > # ldbsearch -H /var/lib/samba/private/sam.ldb '(invocationId=*)' > --cross-ncs objectguid > # record 1 > dn: CN=NTDS > Settings,CN=PRE01SVDEB03,CN=Servers,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. > &...

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"

...eb03.pilsbacher.at 464 Looking for DNS entry SRV _kpasswd._udp.pilsbacher.at pre01svdeb03.pilsbacher.at 464 as _kpasswd._udp.pilsbacher.at. Checking 0 100 464 pre01svdeb03.pilsbacher.at. against SRV _kpasswd._udp.pilsbacher.at pre01svdeb03.pilsbacher.at 464 Looking for DNS entry CNAME a60fbb5f-926b-484d-992c-c1ef5cc0936d._msdcs.pilsbacher.at pre01svdeb03.pilsbacher.at as a60fbb5f-926b-484d-992c-c1ef5cc0936d._msdcs.pilsbacher.at. Looking for DNS entry SRV _ldap._tcp.Default-First-Site-Name._sites.pilsbacher.at pre01svdeb03.pilsbacher.at 389 as _ldap._tcp.Default-First-Site-Name._sites.pilsbacher.at...

?? 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

Hi guys, I''m trying to make a drag''n''drop portal using sortable element. I would like to apply the "hoverclass" option only on the droppable zone instead of the column border. Any idea a about the solution? Thanks for any help, Sabri --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups

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

...heal-common.c:1327:afr_log_selfheal] 0-home-replicate-0: Completed metadata selfheal on c25f8c85-8719-4c2b-93d9-c31861ffb7d5. sources=0 [2] sinks=1 [2017-10-25 10:40:31.674240] I [MSGID: 108026] [afr-self-heal-common.c:1327:afr_log_selfheal] 0-home-replicate-0: Completed data selfheal on 564d1a43-484d-43d9-9f6d-402259380256. sources=0 [2] sinks=1 [2017-10-25 10:40:31.676016] I [MSGID: 108026] [afr-self-heal-metadata.c:52:__afr_selfheal_metadata_do] 0-home-replicate-0: performing metadata selfheal on 564d1a43-484d-43d9-9f6d-402259380256 [2017-10-25 10:40:31.679662] I [MSGID: 108026] [afr-self-h...