search for: a1d

...onment vars set. When I then tried to run the client, it connected to the server fine, but then spawned some child processes (appearing to run a DLL) which had the same environment problem as I was initally experiencing, except all the calls to getenv were returning ""C:=C:\PROG~FBU\UNIT~A1D". Is there anything I have to do to ensure that child processes have the same reported environment as the parent process, or am I barking up the wrong tree altogether? Apologies for the somewhat rambling mail - this is my first foray into using wine. Thanks in advance, Simon

...8881-B9DAEC3C63B6> /usr/lib/system/libmacho.dylib 0x7fff8e1e8000 - 0x7fff8e274fe7 libsystem_c.dylib (1044.40.1) <F0635E0F-FE4B-34DB-ACF9-A58C1E9070E9> /usr/lib/system/libsystem_c.dylib 0x7fff8e9df000 - 0x7fff8e9e7fff libsystem_dnssd.dylib (576.30.4) <0CEB5910-843F-315C-A1DE-5D955A48A045> /usr/lib/system/libsystem_dnssd.dylib 0x7fff8eb0d000 - 0x7fff8eb13ff7 libsystem_networkextension.dylib (167.40.3) <BA58B30B-8377-3B0A-8AE3-4F84021D9D4E> /usr/lib/system/libsystem_networkextension.dylib 0x7fff8eb18000 - 0x7fff8eb1efff libsystem_trace.dylib (...

...C3C63B6> /usr/lib/system/libmacho.dylib > 0x7fff8e1e8000 - 0x7fff8e274fe7 libsystem_c.dylib (1044.40.1) <F0635E0F-FE4B-34DB-ACF9-A58C1E9070E9> /usr/lib/system/libsystem_c.dylib > 0x7fff8e9df000 - 0x7fff8e9e7fff libsystem_dnssd.dylib (576.30.4) <0CEB5910-843F-315C-A1DE-5D955A48A045> /usr/lib/system/libsystem_dnssd.dylib > 0x7fff8eb0d000 - 0x7fff8eb13ff7 libsystem_networkextension.dylib (167.40.3) <BA58B30B-8377-3B0A-8AE3-4F84021D9D4E> /usr/lib/system/libsystem_networkextension.dylib > 0x7fff8eb18000 - 0x7fff8eb1efff libsystem_tra...

On Wed, Jan 20, 2016 at 1:31 PM, Chris Matthews <chris.matthews at apple.com> wrote: > I worded that poorly, the Jenkins check I added will explain to the user > that we know this fails sometimes. > > On Jan 20, 2016, at 1:30 PM, Chris Matthews <chris.matthews at apple.com> > wrote: > > I have added a Jenkins check for this test, which explains why it fails on

Hello list. I'm trying to rebuild the 2.6.9.67.0.20.EL kernel, but it fails even without modifications. How did I try it? Created a (non-root) build environment (not a mock ) Installed the kernel.scr.rpm and did a rpmbuild -ba --target=`uname -m` kernel-2.6.spec 2> prep-err.log | tee prep-out.log The build failed at the end: Processing files: kernel-xenU-devel-2.6.9-67.0.20.EL Checking

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

...b9358/FEAD1D9E7DD74DAB53B0862E148B9153A100A8DC (0388a361-592d-43c0-93f1-a1660da1bc11) on home-client-2 [2017-10-25 10:13:38.245857] W [MSGID: 108015] [afr-self-heal-entry.c:56:afr_selfheal_entry_delete] 0-home-replicate-0: expunging file a3f5a769-8859-48e3-96ca-60a988eb9358/22D343CF855E8C5DADF8F8916A1DC6EB00DB1127 (c9644d17-1bd8-41bc-add9-4205c5b01b23) on home-client-2 [2017-10-25 10:13:38.294372] W [MSGID: 108015] [afr-self-heal-entry.c:56:afr_selfheal_entry_delete] 0-home-replicate-0: expunging file a3f5a769-8859-48e3-96ca-60a988eb9358/059B8FB7C9A2BC53F1B8B05EADC00E8DB95EFBF0 (f77d7dc1-556a-4c1...