search for: squaretrade

...Received probe from uuid: 77cdfbba-348c-43fe-ab3d-00621904ea9c [2018-03-06 22:30:32.422582] E [MSGID: 106010] [glusterd-utils.c:3374:glusterd_compare_friend_volume] 0-management: Version of Cksums sc5-ovirt_engine differ. local cksum = 3949237931, remote cksum = 2068896937 on peer sc5-gluster-10g-1.squaretrade.com [2018-03-06 22:30:32.422774] I [MSGID: 106493] [glusterd-handler.c:3800:glusterd_xfer_friend_add_resp] 0-glusterd: Responded to sc5-gluster-10g-1.squaretrade.com (0), ret: 0, op_ret: -1 [2018-03-06 22:30:32.424621] I [MSGID: 106493] [glusterd-rpc-ops.c:486:__glusterd_friend_add_cbk] 0-glusterd:...

On Tue, Mar 6, 2018 at 6:00 AM, Jamie Lawrence <jlawrence at squaretrade.com> wrote: > Hello, > > So I'm seeing a rejected peer with 3.12.6. This is with a replica 3 volume. > > It actually began as the same problem with a different peer. I noticed > with (call it) gluster-2, when I couldn't make a new volume. I compared > /var/lib/glus...

...start the rejected peer I believe the problem should go away, if it doesn't I'd need to investigate further once you can pass down the glusterd and cmd_history log files and the content of /var/lib/glusterd from all the nodes. On Wed, Mar 7, 2018 at 4:13 AM, Jamie Lawrence <jlawrence at squaretrade.com> wrote: > > > On Mar 5, 2018, at 6:41 PM, Atin Mukherjee <amukherj at redhat.com> wrote: > > > I'm tempted to repeat - down things, copy the checksum the "good" ones > agree on, start things; but given that this has turned into a > balloon-squeezi...

Hello, So I'm seeing a rejected peer with 3.12.6. This is with a replica 3 volume. It actually began as the same problem with a different peer. I noticed with (call it) gluster-2, when I couldn't make a new volume. I compared /var/lib/glusterd between them, and found that somehow the options in one of the vols differed. (I suspect this was due to attempting to create the volume via the

...SILLINESS and the machine continued to be a part of workgroup! Each time I made a change, I restarted both nmbd and smbd. Also, I've run testparms, and everything seems to be set as intended there. What am I missing? What should I do to fix this? Ack. ----- Dan Kappus, System Administrator SquareTrade, Inc. http://www.squaretrade.com p.s. follow ups can be put to me directly: the reply-to address is set

...as there exists a workaround and I've been busy with other tasks. If anyone wants to volunteer to get this done, I'll be happy to help). But anway, why is copying data into new unsharded volume disruptive for you? -Krutika On Sat, Apr 21, 2018 at 1:14 AM, Jamie Lawrence <jlawrence at squaretrade.com> wrote: > Hello, > > So I have a volume on a gluster install (3.12.5) on which sharding was > enabled at some point recently. (Don't know how it happened, it may have > been an accidental run of an old script.) So it has been happily sharding > behind our backs and it...

Hi to ALL! I have dovecot-1.0r7 installed on FreeBSD 6.1, using kqueue and Maildir (<20 mailboxes, < 0,5 Gb size). Periodically CPU load of imap processes increasing up to 60-80%. Is it normall behavior or not? May be somebody had such kind of problems? -- ? ?????????, ?????? ????? ??? "???????" : ?????????? ??, WEB-?????????? +7 (495) 589 68 81 +7 (926) 575 22 11

Hello, So I have a volume on a gluster install (3.12.5) on which sharding was enabled at some point recently. (Don't know how it happened, it may have been an accidental run of an old script.) So it has been happily sharding behind our backs and it shouldn't have. I'd like to turn sharding off and reverse the files back to normal. Some of these are sparse files, so I need to account

Hello Glusterites, I have a volume that will not mount read/write. V3.10.3 on Centos 7, this is a replica-3 volume, mounted with the fuse client. This is in support of an Ovirt installation, but I've isolated the problem to Gluster. `gluster peer status` looks normal, as does a `gluster v status`. Server.allow-insecure is set to on. Notable from the client volume logs are the 'connection

--[This is an automatically generated email notification.]-- ************************************************************ M A I L W A T C H V I R U S A L E R T ! ************************************************************ You recently sent a message containing a known virus - W32/Sobig.f@MM (ED). The message was sent on 8/20/2003 11:39:38 PM. The subject of the message was: Your

Hello all, First, the vital stats: FreeBSD 6.1-STABLE, dovecot 1.0.rc7 from ports. I have run into a vexing little problem that has brought my deployment of a shiny new dovecot server to a screeching halt. Using 'periodic' I've configured regular backups to occur using 'dump'. I have a monthly level 0, a weekly level 4, and a daily level 8. These dumps take advantage of

> On Apr 23, 2018, at 10:49 AM, WK <wkmail at bneit.com> wrote: > > From some old May 2017 email. I asked the following: > "From the docs, I see you can identify the shards by the GFID > # getfattr -d -m. -e hex path_to_file > # ls /bricks/*/.shard -lh | grep GFID > > Is there a gluster tool/script that will recreate the file? > > or can you just sort