search for: yeryomin

...hrink >storage. I do see the number of bricks reducing in the graphs.Are you sure a remove-brick has not been run? There is no need to run a fix-layout after using "remove-brick start" as that will automatically rebalance data. Regards, Nithya On 5 February 2018 at 14:06, Nikita Yeryomin <nikyer at gmail.com> wrote: > Attached the log. There are some errors in it like > > [2018-02-04 18:50:41.112962] E [fuse-bridge.c:903:fuse_getattr_resume] > 0-glusterfs-fuse: 9613852: GETATTR 140712792330896 > (7d39d329-c0e0-4997-85e6-0e66e0436315) resolution failed > &gt...

...you sure a >> remove-brick has not been run? There is no need to run a fix-layout after >> using "remove-brick start" as that will automatically rebalance data. >> >> >> >> Regards, >> Nithya >> >> On 5 February 2018 at 14:06, Nikita Yeryomin <nikyer at gmail.com> wrote: >> >>> Attached the log. There are some errors in it like >>> >>> [2018-02-04 18:50:41.112962] E [fuse-bridge.c:903:fuse_getattr_resume] >>> 0-glusterfs-fuse: 9613852: GETATTR 140712792330896 >>> (7d39d329-c0e0-49...

...amily: inet features.shard: on cluster.min-free-disk: 10% performance.cache-max-file-size: 1048576 performance.client-io-threads: on The test started at ~8:50 AM server time. Attaching mnt and rebalance logs. Looking forward for your advice! Thanks, Nikita 2018-02-05 14:32 GMT+02:00 Nikita Yeryomin <nikyer at gmail.com>: > Hello Nithya! > Thank you so much, I think we are close to build a stable storage solution > according to your recommendations. Here's our rebalance log - please don't > pay attention to error messages after 9AM - this is when we manually > des...

...of bricks reducing in the graphs.Are you sure a > remove-brick has not been run? There is no need to run a fix-layout after > using "remove-brick start" as that will automatically rebalance data. > > > > Regards, > Nithya > > On 5 February 2018 at 14:06, Nikita Yeryomin <nikyer at gmail.com> wrote: > >> Attached the log. There are some errors in it like >> >> [2018-02-04 18:50:41.112962] E [fuse-bridge.c:903:fuse_getattr_resume] >> 0-glusterfs-fuse: 9613852: GETATTR 140712792330896 >> (7d39d329-c0e0-4997-85e6-0e66e0436315) re...

...==> ] 403,619,518 27.8M/s in 15s Cannot write to `1GB.bin' (Input/output error). I don't see anything written to glusterd.log, or any other logs in /var/log/glusterfs/* when this error occurs. Deleting partially downloaded file works without error. Thanks, Nikita Yeryomin -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20180204/e38a3212/attachment.html>

...==> ] 403,619,518 27.8M/s in 15s Cannot write to `1GB.bin' (Input/output error). I don't see anything written to glusterd.log, or any other logs in /var/log/glusterfs/* when this error occurs. Deleting partially downloaded file works without error. Thanks, Nikita Yeryomin -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20180204/f9e11893/attachment.html>

Hello all! I have a problem with ringing indication when calling from h323 (oh323+open phone client) to sip users. The phone rings and users can talk to each other with no problems but the calling h323 user hear silence unless sip user picks up the phone. Calling to pstn no problems. Calling from sip to that open phone client also no problems. I tried latest ooh323 and oh323... no difference

Hello! I have problems compiling zaptel (tried 1.2.11, 1.2.10 and 1.4.0-beta2 -- all give the same error) with 2.6.19 kernel CC [M] /home/roman/install/asterisk/zaptel-1.4.0-beta2/xpp/card_fxo.o In file included from /home/roman/install/asterisk/zaptel-1.4.0-beta2/xpp/xpd.h:26, from /home/roman/install/asterisk/zaptel-1.4.0-beta2/xpp/card_fxo.c:28: