<div>Thanks for your anwser! I haven't foud the link file.what is the link file name or format?</div><div><br></div><div><div style="color:#909090;font-family:Arial Narrow;font-size:12px">------------------</div><div style="font-size:14px;font-family:Verdana;color:#000;"><div><b><br></b></div><b><div><b><br></b></div>------</b><div><font face="Arial Black">LiLi</font></div></div></div><div>&nbsp;</div><div><div><br></div><div><br></div><div style="font-size: 12px;font-family: Arial Narrow;padding:2px 0 2px 0;">------------------&nbsp;Original&nbsp;------------------</div><div style="font-size: 12px;background:#efefef;padding:8px;"><div><b>From: </b>&nbsp;"gluster-users-request";&lt;gluster-users-request@gluster.org&gt;;</div><div><b>Date: </b>&nbsp;Fri, Dec 23, 2016 08:00 PM</div><div><b>To: </b>&nbsp;"gluster-users"&lt;gluster-users@gluster.org&gt;; <wbr></div><div></div><div><b>Subject: </b>&nbsp;Gluster-users Digest, Vol 104, Issue 22</div></div><div><br></div>Send Gluster-users mailing list submissions to<br>        gluster-users@gluster.org<br><br>To subscribe or unsubscribe via the World Wide Web, visit<br>        http://www.gluster.org/mailman/listinfo/gluster-users<br>or, via email, send a message with subject or body 'help' to<br>        gluster-users-request@gluster.org<br><br>You can reach the person managing the list at<br>        gluster-users-owner@gluster.org<br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of Gluster-users digest..."<br><br><br>Today's Topics:<br><br>&nbsp;&nbsp; 1. Re: Heal command stopped (Mohammed Rafi K C)<br>&nbsp;&nbsp; 2. Re: install Gluster 3.9 on CentOS (Grant Ridder)<br>&nbsp;&nbsp; 3. DHT DHTLINKFILE location (=?gb18030?B?wO7Bog==?=)<br>&nbsp;&nbsp; 4. Re: DHT DHTLINKFILE location (Mohammed Rafi K C)<br>&nbsp;&nbsp; 5. Re: File operation failure on simple distributed volume<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (Mohammed Rafi K C)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Thu, 22 Dec 2016 18:26:34 +0530<br>From: Mohammed Rafi K C &lt;rkavunga@redhat.com&gt;<br>To: Milo? ?u?ulovi? - MDPI &lt;cuculovic@mdpi.com&gt;,<br>        "gluster-users@gluster.org" &lt;gluster-users@gluster.org&gt;<br>Subject: Re: [Gluster-users] Heal command stopped<br>Message-ID: &lt;85da4ca8-82b4-52ab-091d-3951f20983e9@redhat.com&gt;<br>Content-Type: text/plain; charset=UTF-8<br><br>Hi Milo? ?u?ulovi?<br><br>Can you please give us gluster volume info output and log files fore<br>bricks,glusterd and selfheal daemon.<br><br><br>Regards<br><br>Rafi KC<br><br><br>On 12/22/2016 03:56 PM, Milo? ?u?ulovi? - MDPI wrote:<br>&gt; I recently added a new replica server and have now:<br>&gt; Number of Bricks: 1 x 2 = 2<br>&gt;<br>&gt; The heal was launched automatically and was working until yesterday<br>&gt; (copied 5.5TB of files from total of 6.2TB). Now, the copy seems<br>&gt; stopped, I do not see any file change on the new replica brick server.<br>&gt;<br>&gt; When trying to add a new file to the volume and checking the physical<br>&gt; files on the replica brick, the file is not there.<br>&gt;<br>&gt; When I try to run a full heal with the command:<br>&gt; sudo gluster volume heal storage full<br>&gt;<br>&gt; I am getting:<br>&gt;<br>&gt; Launching heal operation to perform full self heal on volume storage<br>&gt; has been unsuccessful on bricks that are down. Please check if all<br>&gt; brick processes are running.<br>&gt;<br>&gt; My storage info shows both bricks there.<br>&gt;<br>&gt; Any idea?<br>&gt;<br>&gt;<br><br><br><br>------------------------------<br><br>Message: 2<br>Date: Thu, 22 Dec 2016 16:51:48 -0800<br>From: Grant Ridder &lt;shortdudey123@gmail.com&gt;<br>To: "Kaleb S. KEITHLEY" &lt;kkeithle@redhat.com&gt;<br>Cc: gluster-users@gluster.org<br>Subject: Re: [Gluster-users] install Gluster 3.9 on CentOS<br>Message-ID:<br>        &lt;CAPiURgXNNasmJ3Mc2JTuCX=A74DxU5vDytM4Sr1jxwwUTCH--w@mail.gmail.com&gt;<br>Content-Type: text/plain; charset="utf-8"<br><br>Thanks for the info!&nbsp; Generally speaking, how long has it taken in the past<br>to be promoted to the main mirror? (i realize this might be skewed right<br>now due to the holiday season)<br><br>-Grant<br><br>On Tue, Dec 20, 2016 at 10:36 AM, Kaleb S. KEITHLEY &lt;kkeithle@redhat.com&gt;<br>wrote:<br><br>&gt; On 12/20/2016 12:19 PM, Grant Ridder wrote:<br>&gt;<br>&gt;&gt; Hi,<br>&gt;&gt;<br>&gt;&gt; I am not seeing 3.9 in the Storage SIG for CentOS 6 or 7<br>&gt;&gt; http://mirror.centos.org/centos/7.2.1511/storage/x86_64/<br>&gt;&gt; http://mirror.centos.org/centos/6.8/storage/x86_64/<br>&gt;&gt;<br>&gt;&gt; However, i do see it<br>&gt;&gt; here: http://buildlogs.centos.org/centos/7/storage/x86_64/<br>&gt;&gt;<br>&gt;&gt; Is that expected?<br>&gt;&gt;<br>&gt;<br>&gt; Yes.<br>&gt;<br>&gt; did the Storage SIG repo change locations?<br>&gt;&gt;<br>&gt;<br>&gt; No.<br>&gt;<br>&gt; Until someone tests and gives positive feedback they remain in buildlogs.<br>&gt;<br>&gt; Much the same way Fedora RPMs remain in Updates-Testing until they receive<br>&gt; +3 karma (or wait for 14 days).<br>&gt;<br>&gt; --<br>&gt;<br>&gt; Kaleb<br>&gt;<br>&gt;<br>&gt;<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: &lt;http://www.gluster.org/pipermail/gluster-users/attachments/20161222/85f97d63/attachment-0001.html&gt;<br><br>------------------------------<br><br>Message: 3<br>Date: Fri, 23 Dec 2016 10:56:34 +0800<br>From: "=?gb18030?B?wO7Bog==?=" &lt;dylan-lili@foxmail.com&gt;<br>To: "=?gb18030?B?Z2x1c3Rlci11c2Vycw==?=" &lt;gluster-users@gluster.org&gt;<br>Subject: [Gluster-users] DHT DHTLINKFILE location<br>Message-ID: &lt;tencent_2DB5F74A2E4E0B927A76FC68@qq.com&gt;<br>Content-Type: text/plain; charset="gb18030"<br><br>In glusterfs 3.8, glusterfs creates a DHTLINKFILE&nbsp; file in hash volume when the volume have no&nbsp; size or inode over the limit.But I cann't find the DHTLINKFILE&nbsp; to indicate real volume .<br>Thanks!<br><br><br>------------------<br><br><br><br><br>------LiLi<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: &lt;http://www.gluster.org/pipermail/gluster-users/attachments/20161223/45fd74ca/attachment-0001.html&gt;<br><br>------------------------------<br><br>Message: 4<br>Date: Fri, 23 Dec 2016 11:46:56 +0530<br>From: Mohammed Rafi K C &lt;rkavunga@redhat.com&gt;<br>To: ?? &lt;dylan-lili@foxmail.com&gt;,        gluster-users<br>        &lt;gluster-users@gluster.org&gt;<br>Subject: Re: [Gluster-users] DHT DHTLINKFILE location<br>Message-ID: &lt;87940ba0-9590-46da-9d2f-d98957c5493c@redhat.com&gt;<br>Content-Type: text/plain; charset="utf-8"<br><br>If you are sure that the likfile has been created, then it will be in<br>hashed subvolume only. Just do a find on the file from backend and see .<br><br><br>Regards<br><br>Rafi KC<br><br>On 12/23/2016 08:26 AM, ?? wrote:<br>&gt; In glusterfs 3.8, glusterfs creates a DHTLINKFILE&nbsp; file in hash volume<br>&gt; when the volume have no&nbsp; size or inode over the limit.But I cann't<br>&gt; find the DHTLINKFILE&nbsp; to indicate real volume .<br>&gt; Thanks!<br>&gt;<br>&gt; ------------------<br>&gt; *<br>&gt; *<br>&gt; *<br>&gt; *<br>&gt; *<br>&gt; ------*<br>&gt; LiLi<br>&gt;&nbsp; <br>&gt;<br>&gt;<br>&gt; _______________________________________________<br>&gt; Gluster-users mailing list<br>&gt; Gluster-users@gluster.org<br>&gt; http://www.gluster.org/mailman/listinfo/gluster-users<br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: &lt;http://www.gluster.org/pipermail/gluster-users/attachments/20161223/8e8b41bf/attachment-0001.html&gt;<br><br>------------------------------<br><br>Message: 5<br>Date: Fri, 23 Dec 2016 14:33:56 +0530<br>From: Mohammed Rafi K C &lt;rkavunga@redhat.com&gt;<br>To: yonex &lt;yonexyonex@icloud.com&gt;<br>Cc: gluster-users@gluster.org<br>Subject: Re: [Gluster-users] File operation failure on simple<br>        distributed volume<br>Message-ID: &lt;8fb4baca-98bd-28eb-b96c-6787be80a829@redhat.com&gt;<br>Content-Type: text/plain; charset="utf-8"<br><br>Hi Yonex,<br><br>As we discussed in irc #gluster-devel , I have attached the gdb script<br>along with this mail.<br><br>Procedure to run the gdb script.<br><br>1) Install gdb,<br><br>2) Download and install gluster debuginfo for your machine . packages<br>location --- &gt; https://cbs.centos.org/koji/buildinfo?buildID=12757<br><br>3) find the process id and attach gdb to the process using the command<br>gdb attach &lt;pid&gt;&nbsp; -x &lt;path_to_script&gt;<br><br>4) Continue running the script till you hit the problem<br><br>5) Stop the gdb<br><br>6) You will see a file called mylog.txt in the location where you ran<br>the gdb<br><br><br>Please keep an eye on the attached process. If you have any doubt please<br>feel free to revert me.<br><br>Regards<br><br>Rafi KC<br><br><br>On 12/19/2016 05:33 PM, Mohammed Rafi K C wrote:<br>&gt;<br>&gt; On 12/19/2016 05:32 PM, Mohammed Rafi K C wrote:<br>&gt;&gt; Client 0-glusterfs01-client-2 has disconnected from bricks around<br>&gt;&gt; 2016-12-15 11:21:17.854249 . Can you look and/or paste the brick logs<br>&gt;&gt; around the time.<br>&gt; You can find the brick name and hostname for 0-glusterfs01-client-2 from<br>&gt; client graph.<br>&gt;<br>&gt; Rafi<br>&gt;<br>&gt;&gt; Are you there in any of gluster irc channel, if so Have you got a<br>&gt;&gt; nickname that I can search.<br>&gt;&gt;<br>&gt;&gt; Regards<br>&gt;&gt; Rafi KC<br>&gt;&gt;<br>&gt;&gt; On 12/19/2016 04:28 PM, yonex wrote:<br>&gt;&gt;&gt; Rafi,<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; OK. Thanks for your guide. I found the debug log and pasted lines around that.<br>&gt;&gt;&gt; http://pastebin.com/vhHR6PQN<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; Regards<br>&gt;&gt;&gt;<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; 2016-12-19 14:58 GMT+09:00 Mohammed Rafi K C &lt;rkavunga@redhat.com&gt;:<br>&gt;&gt;&gt;&gt; On 12/16/2016 09:10 PM, yonex wrote:<br>&gt;&gt;&gt;&gt;&gt; Rafi,<br>&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt; Thanks, the .meta feature I didn't know is very nice. I finally have<br>&gt;&gt;&gt;&gt;&gt; captured debug logs from a client and bricks.<br>&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt; A mount log:<br>&gt;&gt;&gt;&gt;&gt; - http://pastebin.com/Tjy7wGGj<br>&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt; FYI rickdom126 is my client's hostname.<br>&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt; Brick logs around that time:<br>&gt;&gt;&gt;&gt;&gt; - Brick1: http://pastebin.com/qzbVRSF3<br>&gt;&gt;&gt;&gt;&gt; - Brick2: http://pastebin.com/j3yMNhP3<br>&gt;&gt;&gt;&gt;&gt; - Brick3: http://pastebin.com/m81mVj6L<br>&gt;&gt;&gt;&gt;&gt; - Brick4: http://pastebin.com/JDAbChf6<br>&gt;&gt;&gt;&gt;&gt; - Brick5: http://pastebin.com/7saP6rsm<br>&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt; However I could not find any message like "EOF on socket". I hope<br>&gt;&gt;&gt;&gt;&gt; there is any helpful information in the logs above.<br>&gt;&gt;&gt;&gt; Indeed. I understand that the connections are in disconnected state. But<br>&gt;&gt;&gt;&gt; what particularly I'm looking for is the cause of the disconnect, Can<br>&gt;&gt;&gt;&gt; you paste the debug logs when it start disconnects, and around that. You<br>&gt;&gt;&gt;&gt; may see a debug logs that says "disconnecting now".<br>&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt; Regards<br>&gt;&gt;&gt;&gt; Rafi KC<br>&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt; Regards.<br>&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt; 2016-12-14 15:20 GMT+09:00 Mohammed Rafi K C &lt;rkavunga@redhat.com&gt;:<br>&gt;&gt;&gt;&gt;&gt;&gt; On 12/13/2016 09:56 PM, yonex wrote:<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; Hi Rafi,<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; Thanks for your response. OK, I think it is possible to capture debug<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; logs, since the error seems to be reproduced a few times per day. I<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; will try that. However, so I want to avoid redundant debug outputs if<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; possible, is there a way to enable debug log only on specific client<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; nodes?<br>&gt;&gt;&gt;&gt;&gt;&gt; if you are using fuse mount, there is proc kind of feature called .meta<br>&gt;&gt;&gt;&gt;&gt;&gt; . You can set log level through that for a particular client [1] . But I<br>&gt;&gt;&gt;&gt;&gt;&gt; also want log from bricks because I suspect bricks process for<br>&gt;&gt;&gt;&gt;&gt;&gt; initiating the disconnects.<br>&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt; [1] eg : echo 8 &gt; /mnt/glusterfs/.meta/logging/loglevel<br>&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; Regards<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; Yonex<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt; 2016-12-13 23:33 GMT+09:00 Mohammed Rafi K C &lt;rkavunga@redhat.com&gt;:<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; Hi Yonex,<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; Is this consistently reproducible ? if so, Can you enable debug log [1]<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; and check for any message similar to [2]. Basically you can even search<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; for "EOF on socket".<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; You can set your log level back to default (INFO) after capturing for<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; some time.<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; [1] : gluster volume set &lt;volname&gt; diagnostics.brick-log-level DEBUG and<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; gluster volume set &lt;volname&gt; diagnostics.client-log-level DEBUG<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; [2] : http://pastebin.com/xn8QHXWa<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; Regards<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; Rafi KC<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; On 12/12/2016 09:35 PM, yonex wrote:<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; Hi,<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; When my application moves a file from it's local disk to FUSE-mounted<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; GlusterFS volume, the client outputs many warnings and errors not<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; always but occasionally. The volume is a simple distributed volume.<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; A sample of logs pasted: http://pastebin.com/axkTCRJX<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; It seems to come from something like a network disconnection<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; ("Transport endpoint is not connected") at a glance, but other<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; networking applications on the same machine don't observe such a<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; thing. So I guess there may be a problem somewhere in GlusterFS stack.<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; It ended in failing to rename a file, logging PHP Warning like below:<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp;&nbsp; PHP Warning:&nbsp; rename(/glusterfs01/db1/stack/f0/13a9a2f0): failed<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; to open stream: Input/output error in [snipped].php on line 278<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&nbsp;&nbsp;&nbsp;&nbsp; PHP Warning:<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; rename(/var/stack/13a9a2f0,/glusterfs01/db1/stack/f0/13a9a2f0):<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; Input/output error in [snipped].php on line 278<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; Conditions:<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; - GlusterFS 3.8.5 installed via yum CentOS-Gluster-3.8.repo<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; - Volume info and status pasted: http://pastebin.com/JPt2KeD8<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; - Client machines' OS: Scientific Linux 6 or CentOS 6.<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; - Server machines' OS: CentOS 6.<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; - Kernel version is 2.6.32-642.6.2.el6.x86_64 on all machines.<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; - The number of connected FUSE clients is 260.<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; - No firewall between connected machines.<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; - Neither remounting volumes nor rebooting client machines take effect.<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; - It is caused by not only rename() but also copy() and filesize() operation.<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; - No outputs in brick logs when it happens.<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; Any ideas? I'd appreciate any help.<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; Regards.<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; Gluster-users mailing list<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; Gluster-users@gluster.org<br>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt; http://www.gluster.org/mailman/listinfo/gluster-users<br><br>-------------- next part --------------<br>set pagination off<br>set logging file mylog.txt<br>set logging on<br>handle SIGPIPE nostop<br>b socket.c:596<br>commands 1<br>&nbsp;&nbsp; shell date -u<br>&nbsp;&nbsp; p priv-&gt;incoming.ra_read<br>&nbsp;&nbsp; p priv-&gt;incoming.ra_max<br>&nbsp;&nbsp; p priv-&gt;incoming.ra_served<br>&nbsp;&nbsp; p priv-&gt;incoming.record_state<br>&nbsp;&nbsp; p priv-&gt;sock<br>&nbsp;&nbsp; bt<br>&nbsp;&nbsp; continue<br>end<br>b socket.c:2108<br>commands 2<br>&nbsp;&nbsp; shell date -u<br>&nbsp;&nbsp; p in-&gt;total_bytes_read<br>&nbsp;&nbsp; p in-&gt;msg_type<br>&nbsp;&nbsp; bt<br>&nbsp;&nbsp; continue<br>end<br>b socket.c:2142 if ret &lt; 0<br>commands 3<br>&nbsp;&nbsp; shell date -u<br>&nbsp;&nbsp; p frag-&gt;bytes_read<br>&nbsp;&nbsp; p ret<br>&nbsp;&nbsp; bt<br>&nbsp;&nbsp; continue<br>end<br>b socket.c:1011 if size &gt;= 1073741824ULL<br>commands 4<br>&nbsp;&nbsp; shell date -u<br>&nbsp;&nbsp; p size<br>&nbsp;&nbsp; p iov_length (msg-&gt;rpchdr, msg-&gt;rpchdrcount)<br>&nbsp;&nbsp; p iov_length (msg-&gt;proghdr, msg-&gt;proghdrcount)<br>&nbsp;&nbsp; p iov_length (msg-&gt;progpayload, msg-&gt;progpayloadcount)<br>&nbsp;&nbsp; bt<br>&nbsp;&nbsp; continue<br>end<br>continue<br><br>------------------------------<br><br>_______________________________________________<br>Gluster-users mailing list<br>Gluster-users@gluster.org<br>http://www.gluster.org/mailman/listinfo/gluster-users<br><br>End of Gluster-users Digest, Vol 104, Issue 22<br>**********************************************<br></div>