search for: takao

...o. A volume with "stripe 2 transport rdma" created ok, and mounted ok on a client, but writing a file caused "endpoint not connected" error on the client. Is this supposed to work or not tested? I wanted to check with experts before checking logs and other details. Regards, Takao -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20170814/9a0a2e17/attachment.html>

looks like your rdma is not functional did you tested with qperf? On Mon, Aug 14, 2017 at 7:37 PM, Hatazaki, Takao <takao.hatazaki at hpe.com> wrote: > Forgot to mention that I was using CentOS7.3 and GlusterFS 3.10.3 that is > the latest available. > > > > *From:* gluster-users-bounces at gluster.org [mailto:gluster-users-bounces@ > gluster.org] *On Behalf Of *Hatazaki, Takao > *...

Forgot to mention that I was using CentOS7.3 and GlusterFS 3.10.3 that is the latest available. From: gluster-users-bounces at gluster.org [mailto:gluster-users-bounces at gluster.org] On Behalf Of Hatazaki, Takao Sent: Tuesday, August 15, 2017 2:32 AM To: gluster-users at gluster.org Subject: [Gluster-users] Is transport=rdma tested with "stripe"? Hi, I have 2 servers with Mellanox InfiniBand FDR hardware/software installed. A volume with "replica 2 transport rdma" works (create on se...

[ Hi Takao. Could you attach some logs which we can diagnostic? On 2017? 08? 15? 19:42, Hatazaki, Takao wrote: > > Hi, > > > > I did ib_write_lat in perftest. It worked fine. Between servers and > between server and client, 2-byte latency was ~0.8us, 8MB bandwidth > was ~6GB/s....

Hi, I did ib_write_lat in perftest. It worked fine. Between servers and between server and client, 2-byte latency was ~0.8us, 8MB bandwidth was ~6GB/s. Very normal with IB/FDR. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20170815/4217c89e/attachment.html>

Ji-Hyeon, You're saying that "stripe=2 transport=rdma" should work. Ok, that was firstly I wanted to know. I'll put together logs later this week. Thank you. Takao

On Wed, Aug 16, 2017 at 4:44 PM, Hatazaki, Takao <takao.hatazaki at hpe.com> wrote: >> Note that "stripe" is not tested much and practically unmaintained. > > Ah, this was what I suspected. Understood. I'll be happy with "shard". > > Having said that, "stripe" works fine with transport=t...

On Tue, Aug 15, 2017 at 01:04:11PM +0000, Hatazaki, Takao wrote: > Ji-Hyeon, > > You're saying that "stripe=2 transport=rdma" should work. Ok, that > was firstly I wanted to know. I'll put together logs later this week. Note that "stripe" is not tested much and practically unmaintained. We do not advise you to u...

..."shard". Having said that, "stripe" works fine with transport=tcp. The failure reproduces with just 2 RDMA servers (with InfiniBand), one of those acts also as a client. I looked into logs. I paste lengthy logs below with hoping mail systems not automatically fold lines... Takao --- Immediately started the "gluster" interactive command, the following appeared in cli.log. The last line repeats at every 3 seconds. [2017-08-16 10:49:00.028789] I [cli.c:759:main] 0-cli: Started running gluster with version 3.10.3 [2017-08-16 10:49:00.032509] I [cli-cmd-volume.c:2...

...port to RDMA. The volume started ok, and the mount command on the same one of servers completed without any errors. However, the servers got hang after a while. I was wondering if Intel Omni-Path hardware was really supported by the latest version... I was using CentOS7.3 and GlustreFS 3.10.3. Takao -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20170814/62b91d7f/attachment.html>

...s, when Tiger is out and about, the G5 Macs will also be able >>>to run 64-bit R. me: >>Yeah I was unsuccesful trying to download the unix version of r >>last night(which is also the windows version). Christopher said it >>needed the fortran compiler(?). According to takao the linux we use >>doesn't have any gui capability so I'm not sure I can make the >>dendograms I'm gonna need if I installed R on it. It Linux 2.6.7. >>and is some version of red hat(?). Oh well... appleguy: >Being Linnex, it is probably running on a PC, so it...

...is unlikely that you will see properly rendered Japanese there. @@ -765,15 +768,14 @@ However Japanese is properly rendered in X applications and terminals. pkgs=locales,xfce4,\ ibus,ibus-anthy,\ - ttf-sazanami-gothic,ttf-sazanami-mincho,\ + fonts-ipafont-gothic,fonts-ipafont-mincho,\ fonts-takao-mincho,\ xfonts-intl-japanese,xfonts-intl-japanese-big,\ iceweasel-l10n-ja,manpages-ja - virt-builder debian-7 \ + virt-builder debian-8 \ --size 20G \ --install $pkgs \ - --edit '/etc/inittab: s,^#([1-9].*respawn.*/sbin/getty.*),$1,' \ --edit '/etc/locale.gen: s,^#...

...m> T Krushna Chaitanya <chaitanyatk@posedge.com> T Makphaibulchoke <tmac@hp.com> Tai-hwa Liang <avatar@sentelic.com> Takahiro Shimizu <tshimizu818@gmail.com> Takahisa Tanaka <mc74hc00@gmail.com> Takamori Yamaguchi <takamori.yamaguchi@jp.sony.com> Takao Indoh <indou.takao@jp.fujitsu.com> Takashi Iwai <tiwai@suse.de> Takashi Yoshii <takashi.yoshii.zj@renesas.com> Taku Izumi <izumi.taku@jp.fujitsu.com> Taku Izumi <izumim.taku@jp.fujitsu.com> Takuya Yoshikawa <yoshikawa.takuya@oss.ntt.co.jp> Takuya Yosh...

...m> T Krushna Chaitanya <chaitanyatk@posedge.com> T Makphaibulchoke <tmac@hp.com> Tai-hwa Liang <avatar@sentelic.com> Takahiro Shimizu <tshimizu818@gmail.com> Takahisa Tanaka <mc74hc00@gmail.com> Takamori Yamaguchi <takamori.yamaguchi@jp.sony.com> Takao Indoh <indou.takao@jp.fujitsu.com> Takashi Iwai <tiwai@suse.de> Takashi Yoshii <takashi.yoshii.zj@renesas.com> Taku Izumi <izumi.taku@jp.fujitsu.com> Taku Izumi <izumim.taku@jp.fujitsu.com> Takuya Yoshikawa <yoshikawa.takuya@oss.ntt.co.jp> Takuya Yosh...

...m> T Krushna Chaitanya <chaitanyatk@posedge.com> T Makphaibulchoke <tmac@hp.com> Tai-hwa Liang <avatar@sentelic.com> Takahiro Shimizu <tshimizu818@gmail.com> Takahisa Tanaka <mc74hc00@gmail.com> Takamori Yamaguchi <takamori.yamaguchi@jp.sony.com> Takao Indoh <indou.takao@jp.fujitsu.com> Takashi Iwai <tiwai@suse.de> Takashi Yoshii <takashi.yoshii.zj@renesas.com> Taku Izumi <izumi.taku@jp.fujitsu.com> Taku Izumi <izumim.taku@jp.fujitsu.com> Takuya Yoshikawa <yoshikawa.takuya@oss.ntt.co.jp> Takuya Yosh...

...k@posedge.com> T Makphaibulchoke <tmac@hp.com> Tai-hwa Liang <avatar@sentelic.com> Takahiro Shimizu <tshimizu818@gmail.com> Takahisa Tanaka <mc74hc00@gmail.com> Takamori Yamaguchi <takamori.yamaguchi@jp.sony.com> Takanari Hayama <taki@igel.co.jp> Takao Indoh <indou.takao@jp.fujitsu.com> Takashi Iwai <tiwai@suse.de> Takashi Sakamoto <o-takashi@sakamocchi.jp> Takashi Yoshii <takashi.yoshii.zj@renesas.com> Taku Izumi <izumi.taku@jp.fujitsu.com> Taku Izumi <izumim.taku@jp.fujitsu.com> Takuya Yoshikawa &...

...k@posedge.com> T Makphaibulchoke <tmac@hp.com> Tai-hwa Liang <avatar@sentelic.com> Takahiro Shimizu <tshimizu818@gmail.com> Takahisa Tanaka <mc74hc00@gmail.com> Takamori Yamaguchi <takamori.yamaguchi@jp.sony.com> Takanari Hayama <taki@igel.co.jp> Takao Indoh <indou.takao@jp.fujitsu.com> Takashi Iwai <tiwai@suse.de> Takashi Sakamoto <o-takashi@sakamocchi.jp> Takashi Yoshii <takashi.yoshii.zj@renesas.com> Taku Izumi <izumi.taku@jp.fujitsu.com> Taku Izumi <izumim.taku@jp.fujitsu.com> Takuya Yoshikawa &...