Perl 6 - the future is here, just unevenly distributed

IRC log for #gluster, 2017-05-28

| Channels | #gluster index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:10 eqc_ joined #gluster
00:32 eqc_ joined #gluster
00:35 shyam joined #gluster
00:56 Jacob843 joined #gluster
01:23 Jacob8432 joined #gluster
01:34 shyam joined #gluster
01:48 ilbot3 joined #gluster
01:48 Topic for #gluster is now Gluster Community - http://gluster.org | Documentation - https://gluster.readthedocs.io/en/latest/ | Patches - http://review.gluster.org/ | Developers go to #gluster-dev | Channel Logs - https://botbot.me/freenode/gluster/ & http://irclog.perlgeek.de/gluster/
02:00 eqc_ joined #gluster
02:07 derjohn_mob joined #gluster
02:22 ic0n joined #gluster
02:40 pioto_ joined #gluster
03:33 susant joined #gluster
04:33 susant joined #gluster
04:52 riyas joined #gluster
05:32 eqc_ joined #gluster
07:20 eqc_ joined #gluster
07:33 susant left #gluster
07:35 Karan joined #gluster
08:25 Shu6h3ndu joined #gluster
09:08 eqc_ joined #gluster
09:13 smremde Am I write in understanding that the filename (not including the path) is used to calculate the hash to determine which brick a file is placed on? If so, is it possible to use just the directory name instead?
09:16 ankitr joined #gluster
09:16 ajph joined #gluster
09:47 susant joined #gluster
09:54 Smremde2 joined #gluster
10:08 rastar joined #gluster
10:16 MadPsy joined #gluster
10:16 MadPsy joined #gluster
10:20 kovshenin joined #gluster
10:56 eqc_ joined #gluster
11:00 ndevos smremde: the hash is calculated on the filename (without path), but the path is used as rotating input for the hash, iirc
11:01 ndevos smremde: you can change the regex for calculating the hash (like matching/maskin rsync tmp files), but that can not use tha path for all I know
11:35 Jacob843 joined #gluster
11:39 Jacob843 joined #gluster
11:51 eqc_ joined #gluster
11:54 pioto_ joined #gluster
11:59 toshywoshy joined #gluster
12:04 toshywoshy I upgraded to 3.10.2 and am getting "bad frame in setup_rt_frame" when I try to ls the fuse mount point
12:27 susant joined #gluster
12:38 susant left #gluster
12:49 MadPsy joined #gluster
12:49 MadPsy joined #gluster
13:09 shyam joined #gluster
13:10 atinm joined #gluster
13:12 ahino joined #gluster
13:21 _KaszpiR_ smremde I suggest using features.shard on
13:22 _KaszpiR_ but it's more towards big files
13:36 ankitr joined #gluster
14:13 shyam joined #gluster
14:34 susant joined #gluster
14:48 ahino joined #gluster
15:04 shyam joined #gluster
15:09 susant joined #gluster
15:09 susant left #gluster
15:32 shyam joined #gluster
15:37 cholcombe joined #gluster
16:34 susant joined #gluster
16:38 jkroon joined #gluster
16:41 plarsen joined #gluster
17:23 armyriad joined #gluster
17:28 atinm joined #gluster
17:51 smremde ndevos: thanks
17:54 smremde _KaszpiR_: I think lack of disk space was the problem. I increased the ping-timeout and the rebalance seems fine now (has been going over 24h at least).
17:56 _KaszpiR_ ah
18:16 atinm joined #gluster
19:01 susant joined #gluster
19:08 ahino joined #gluster
19:56 pioto_ joined #gluster
21:21 armyriad joined #gluster
21:23 armyriad joined #gluster
21:44 gospod2 joined #gluster
21:48 arpu_ joined #gluster
21:56 deniszh joined #gluster
23:48 masuberu joined #gluster
23:51 _KaszpiR_ joined #gluster
23:53 Larsen_ joined #gluster

| Channels | #gluster index | Today | | Search | Google Search | Plain-Text | summary