search for: 4acc

...s to be received by the GRE interface. 6: gre1 at NONE: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1460 qdisc noqueue state UNKNOWN qlen 1 ????link/gre A.B.C.D peer X.Y.W.Z ????inet 10.65.1.1 peer 10.65.1.2/32 scope global gre1 ???????valid_lft forever preferred_lft forever ????inet6 fe80::200:5efe:4acc:1a64/64 scope link? ???????valid_lft forever preferred_lft forever [root at aqueduct ~]# ifconfig gre1 gre1: flags=209<UP,POINTOPOINT,RUNNING,NOARP>??mtu 1460 ???inet 10.65.1.1??netmask 255.255.255.255??destination 10.65.1.2 ???inet6 fe80::200:5efe:4acc:1a64??prefixlen 64??scopeid 0x20<lin...

...MDOM.LOCAL[,sign] resolve_lmhosts: Attempting lmhosts lookup for name SRVAD-OLD.SAMDOM.LOCAL<0x20> resolve_lmhosts: Attempting lmhosts lookup for name SRVAD-OLD.SAMDOM.LOCAL<0x20> Adding DNS A record SRVAD-NEW.SAMDOM.LOCAL for IPv4 IP: 10.0.3.100 Adding DNS CNAME record d1a36726-20df-4acc-9223-1e76612d75bf._msdcs.SAMDOM.LOCAL for SRVAD-NEW.SAMDOM.LOCAL Join failed - cleaning up ldb_wrap open of secrets.ldb Could not find machine account in secrets database: Failed to fetch machine account password for SAMDOM from both secrets.ldb (Could not find entry to match filter: '(&amp...

On Fri, 2 Mar 2018 11:43:37 +0100 Claudio Nicora via samba <samba at lists.samba.org> wrote: > If I create SRVAD-NEW DNS record manually, under samdom.local zone, > this is what I see with adsiedit: > > distinguishedName: > DC=SRVAD-NEW,DC=samdom.local,CN=MicrosoftDNS,DC=ForestDnsZones,DC=SAMDOM,DC=LOCAL > There is a bit of a problem with that, it should be:

Dear all, We have a few reasons to have various PuppetDBs (and Masters, one per cluster) in our datacenter and, eventually, there may be a need to share *only* a few exported resources between clusters, like a few ssh-keys or nagios tests. Is there a mechanism to pull and push some exported resources from one PuppetDB to another? I guess this could be done with the API, but has anybody tried it,

...:32 -0400 From: David Winsemius <[217]dwinsemius at comcast.net> To: <[218]mpward at illinois.edu> Cc: [219]r-help at r-project.org Subject: Re: [R] Trouble retrieving the second largest value from each row of a data.frame Message-ID: <[220]52EA484F-C066-4ACC-B5BC-1A3A20876D9E at comcast.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes On Jul 24, 2010, at 4:54 PM, <[221]mpward at illinois.edu> wrote: > THANKS, but I have one issue and one question. > > For some reason the "secondst...

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

...27:afr_log_selfheal] 0-home-replicate-0: Completed data selfheal on ec264626-f47f-454c-95e4-b5bb48defd14. sources=0 [2] sinks=1 [2017-10-25 10:40:29.723178] I [MSGID: 108026] [afr-self-heal-metadata.c:52:__afr_selfheal_metadata_do] 0-home-replicate-0: performing metadata selfheal on db4e6933-a01e-4acc-a2c7-48b4fd82a9de [2017-10-25 10:40:29.726195] I [MSGID: 108026] [afr-self-heal-common.c:1327:afr_log_selfheal] 0-home-replicate-0: Completed metadata selfheal on db4e6933-a01e-4acc-a2c7-48b4fd82a9de. sources=0 [2] sinks=1 [2017-10-25 10:40:29.733297] I [MSGID: 108026] [afr-self-heal-common.c:132...