search for: venki

Hi, all, i try to check the performance of Map/Reduce of Gluster File system. Mapper side speed is quite good and it is sometimes faster than hadoop's map job. But in the Reduce Side job is much slower than hadoop. i analyze the result and i found the primary reason of slow speed is bad performance in Merging stage. Would you have any suggestion for this issue FYI check the blog

Hi, I have created a proposal for the implementation of Geo Replication Hooks. See here: http://www.gluster.org/community/documentation/index.php/Features/Geo_Replication_Hooks Any comments, thoughts, etc would be great. Fred -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi all, I have downloaded and installed the following: [root at compute-0-0 ~]# rpm -qa | grep gluster glusterfs-rdma-3.3beta2-1 glusterfs-fuse-3.3beta2-1 glusterfs-core-3.3beta2-1 I have also compiled all those from source but they didn't work either. The problem I'm having is that when I start glusterd I get the following and I'm not sure how to fix it: [2012-01-26

Hi, can someone tell me the differenct between geo-replication and plain rsync? On which frequency files are replicated with geo-replication? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20120427/72f35727/attachment.html>

hi, we have been looking for ways to implement digital certificate authentication in openssh. Pointers to similar kind of ongoing work will be more appreciated. Thanks.

On 03/23/2011 08:43 AM, Len Brown wrote: > Why is this patch a step forward? Hi Len, I have basically moved the code for arch default and mwait idle from arch/x86/kernel/process.c to a driver. This was suggested by Venki (https://lkml.org/lkml/2010/10/19/460) as part of pm_idle cleanup and direct call of cpuidle_idle_call(). There is not much new code here. > >> +obj-$(CONFIG_X86) += default_driver.o > > BTW, that''s a pretty generic name for an x86 specific idle...

Hi, I'm running GlusterFS 3.3.2 and I'm having trouble getting geo-replication to work. I think it is a problem with extended attributes. I'll using ssh with a normal user to perform the replication. On the server log in /var/log/glusterfs/geo-replication/VOLNAME/ssh?.log I'm getting an error "ReceClient: call ?:?:? (xtime) failed on peer with OSError". On the

Author: venki Repository: /hg/zfs-crypto/gate Revision: d2feb296e03f118dbf469334259aebc79ed14c87 Log message: 6274184 chicago environmental SW should not hard code WARNING/SHUTDOWN limits Files: update: usr/src/cmd/picl/plugins/sun4u/chicago/envd/envd.h update: usr/src/cmd/picl/plugins/sun4u/chicago/envd/picl...

Author: venki Repository: /hg/zfs-crypto/gate Revision: da7abc07c2c46c9d8bc78c1ca90a9ecb98207c6b Log message: 6306370 prtfru output does not match FRU etching or external labeling 6353030 Inconsistency in DIMM labels in ereport, prtfru, cpumem DE on Chicago Files: update: usr/src/cmd/picl/plugins/sun4u/chicago...

Author: venki Repository: /hg/zfs-crypto/gate Revision: 60e60e565c37a1a545b28f9bf12614c38e42848a Log message: 6386970 PICL plugins need to be updated to support Seattle P1.0 Changes Files: update: usr/src/cmd/picl/plugins/sun4u/seattle/frudata/libpiclfrudata.conf update: usr/src/cmd/picl/plugins/sun4u/seattle...

Author: venki Repository: /hg/zfs-crypto/gate Revision: 788cf7ed61f9bf13849f6ddcaa2c9f428a6fd707 Log message: 6423534 prtdiag does not display locations of PCI or USB devices (Chicago) Files: update: usr/src/cmd/picl/plugins/sun4u/chicago/frutree/system-board.info

Hi, I am trying to install glusterfs 3.3.1 from source code. At the time of configuration i am getting the following error * configure: error: python does not have ctypes support* On my system python version is: 2.4.3 Kindly advice on fixing the error. Thanks n Regards Neetu Sharma Bangalore -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi All, Im a newbie here, and im sorry if im repeating the question. Im trying to compile samba 2.2.5 on QNX RTOS 6.2.0 x86pc. I am getting the following error. Compiling printing/print_generic.c Compiling printing/lpq_parse.c Compiling printing/load.c Compiling profile/profile.c profile/profile.c: In function `profile_setup': profile/profile.c:93: storage size of `shm_ds' isn't

Hi, I'm currently using GlusterFS in an installation and it works quite well. Only problem I'm currently facing is synching files to the slave on folders with lots of files (e.g. images). Is there some recommended way to speed this up? Synchronisation will take quite some time if there are changes in one of these folders. I tried to search the Gluster.org website or via google for a

Venky Shankar, can you follow up on these questions? I too have this issue and cannot resolve the reference to '/nonexistent/gsyncd'. As Steve mentions, the nonexistent reference in the logs looks like the culprit especially seeing that the ssh command trying to be run is printed on an earlier line with the incorrect remote path. I have followed the configuration steps as documented in

Hi , I have c++ server application in solaries 10 . Day by day memory usage is growing i try to find memory leaks with MDB and DTRACE and no leaks found. how can we find reason for growing memory , can we know which memory sigment is cause for growing memory usage Thanks in Advance. Rao -- This message posted from opensolaris.org

Hi all. I'm looking to see if anyone can tell me this is already working for them or if they wouldn't mind performing a quick test. I'm trying to set up a geo-replication instance on 3.2.5 from a local volume to a remote directory. This is the command I am using: gluster volume geo-replication myvol ssh://root at remoteip:/data/path start I am able to perform a geo-replication

Dear all, I'm running GlusterFS 3.4 alpha2 together with oVirt 3.2. This is solely a test system and it doesn't have much data or anything important in it. Currently it has only 2 VM's running and disk usage is around 15 GB. I have been trying to set up a geo-replication for disaster recovery testing. For geo-replication I did following: All machines are running CentOS 6.4 and using

...Vasundhara Volam <vasundhara.volam@emulex.com> Veaceslav Falico <vfalico@redhat.com> Veli-Pekka Peltola <veli-pekka.peltola@bluegiga.com> Venkat Subbiah <venkat.subbiah@cavium.com> Venkat Venkatsubra <venkat.x.venkatsubra@oracle.com> Venkatesh Pallipadi <venki@google.com> Venkatraman S <svenkatr@gmail.com> Venkatraman S <svenkatr@ti.com> Venu Byravarasu <vbyravarasu@nvidia.com> Victor Goldenshtein <victorg@ti.com> Victor Prupis <vnp@tensilica.com> Vijay Badawadagi <bvijay@ti.com> Vijay Chauhan <vija...

...Vasundhara Volam <vasundhara.volam@emulex.com> Veaceslav Falico <vfalico@redhat.com> Veli-Pekka Peltola <veli-pekka.peltola@bluegiga.com> Venkat Subbiah <venkat.subbiah@cavium.com> Venkat Venkatsubra <venkat.x.venkatsubra@oracle.com> Venkatesh Pallipadi <venki@google.com> Venkatraman S <svenkatr@gmail.com> Venkatraman S <svenkatr@ti.com> Venu Byravarasu <vbyravarasu@nvidia.com> Victor Goldenshtein <victorg@ti.com> Victor Prupis <vnp@tensilica.com> Vijay Badawadagi <bvijay@ti.com> Vijay Chauhan <vija...