st gfid space. This solves all
> the cases of inconsistencies in dst gfid with rename failing.
>
> 3. hold entrylks in directory heal (part of lookup) and rmdir. This solves
> consistency issues because of races b/w mkdir and rmdir.
>
> [1] http://review.gluster.org/#/c/4846/
> [2] h
2/3/4/5/6/7/8/9/file’: No such file
> or directory
>
> Raghavendra/KP: Can you please take a look into this one?
>
> Thanks,
> Vijay
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> https://lists.nongnu.org/
wind it to the below xlator.
Hmm.. I am not too sure whether we can rely on the interpretation that
xdata being NULL means to force open in open-behind. There definitely
are/will be other use-cases of syncop-open where some might inadvertently
leave xdata NULL. It alwa
7
>
> _______
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/gluster-devel
; Regards,
> Amar
>
> [1] - http://review.gluster.org/4766
>
> __**_
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> https://lists.nongnu.org/**mailman/listinfo/gluster-devel<https://lists.nongnu.org/mailman/listinfo/
rg
> https://lists.nongnu.org/mailman/listinfo/gluster-devel
>
regards,
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/gluster-devel
in a fop
> call it completes fine.
>
> I hope you can make sense out of the above problem description.
> Thanks for your time ~
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
>
>
> ___
> Gluster-devel mailing
> listGluster-devel@nongnu.orghttps://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/gluster-devel
ught in afr. it shouldn't try to
>> open the files in fops like writev if fd happens to be anonymous.
>>
>
> I think that already is the case. Also, why do you specifically mention
> afr?
>
I was thinking in terms of using anonymous fds in
ty of Technology, The Netherlands | JID: p...@luon.net
> >>> Using the Power of Debian GNU/Linux <<< | GnuPG key ID: 0x50064181
>
> ___________
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> https://lists.nongn
_ahead. Did I send too many requests at once?
>
> --
> Emmanuel Dreyfus
> m...@netbsd.org
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Raghavendra
On Mon, Apr 12, 2010 at 1:26 PM, Olivier Le Cam <
olivier.le...@crdp.ac-versailles.fr> wrote:
> Hello there,
>
>
> Raghavendra G wrote:
>
>>I can see three protocol calls:
>> - client_open() (to both servers)-
>> client_s
On Sun, Apr 11, 2010 at 12:42 PM, Olivier Le Cam <
olivier.le...@crdp.ac-versailles.fr> wrote:
> Hi -
>
>
> Raghavendra G wrote:
>
> you can do that by sending the cached stats (here stat of file, stat of
>> parent directory) through STACK_UNWIND.
>>
>>
Comments are inlined.
On Thu, Apr 8, 2010 at 9:21 PM, Olivier Le Cam <
olivier.le...@crdp.ac-versailles.fr> wrote:
> Hi again,
>
> Thanks for information.
>
>
> Raghavendra G wrote:
>
> Metadata caching is done in stat-prefetch. But that is not suitable to
>
On Thu, Apr 8, 2010 at 2:19 PM, Olivier Le Cam <
olivier.le...@crdp.ac-versailles.fr> wrote:
> Hi -
>
>
> Raghavendra G wrote:
>
>>
>>Well, as far as I understand the problem is rather that folders on
>>the path of the targeted file are not cached
I can get this cached as well and will
> appreciate any pointers.
>
>
> Thanks and best regards,
> --
> Olivier
>
>
>
> _______
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
On Sat, Apr 3, 2010 at 6:22 PM, Stephan von Krawczynski wrote:
> On Sat, 3 Apr 2010 17:02:38 +0400
> Raghavendra G wrote:
>
> > On Fri, Apr 2, 2010 at 5:49 PM, Stephan von Krawczynski <
> sk...@ithnet.com>wrote:
> >
> > > On Fri, 02 Apr 2010 1
__________
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
ordan
>
> --
> Regards,
> Stephan
>
>
> _______
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
icant.
regards,
On Tue, Mar 2, 2010 at 1:30 PM, Daniel Maher
> wrote:
> Daniel Maher wrote:
>
>> Raghavendra G wrote:
>>
>>>
>>>However, at two points during the multi-day test run, something
>>>strange happened. The time to completion dropped
umes writebehind
> end-volume
>
> volume iocache
> type performance/io-cache
> option cache-size 1GB #new 1GB supported
> option cache-timeout 1
> subvolumes readahead
> end-volume
>
> volume statprefetch
>type performance/stat-prefetch
>
e =
> 3056844612, fd_list = {next = 0x8095a64,
>prev = 0x10}, dentry_list = {next = 0x21, prev = 0xb42dff0c}, hash
> = {next = 0xb42dff0c, prev = 0xb41bcdf8}, list = {
>next = 0xb5b7f850, prev = 0xb42dfed8}, _ctx = 0x805ddb0}
>
> printf("size of: %d\n", sizeof(unsigned long));
> on my 32bit system:
> size of: 4
> 64bit system:
> size of: 8
>
> looks like a type conversion is breaking everything.
>
Its not an issue with type casting. Pointers and unsigned long are of same
size on the same system. Here we are type casting a pointer on a 32 bit
system to unsigned long on the same 32 bit system and both will be of same
size.
>
> --mike terzo
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
regards,
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
On Thu, Feb 25, 2010 at 1:38 PM, Daniel Maher
> wrote:
> Raghavendra G wrote:
>
>> Hi Daniel,
>>
>> Can you decrease the cache size in io-cache (say to 128MB)? If the files
>> being served are bigger than this size, you can as well remove io-cache from
>>
ote:
> Raghavendra G wrote:
>
>> * What does the top output corresponding to glusterfs say? what is the
>> memory usage and cpu usage?
>> * Do you find anything interesting in glusterfs client log files? Can we
>> get the log files?
>>
>
> Snapshot :
>
> PID U
gt; real3m42.533s
> real3m41.764s
> real3m43.305s
> real3m42.536s
> real3m43.052s
> real3m44.406s
> real3m42.894s
> real3m43.639s
> (cut for brevity - all 100 runs are around this time mark.)
>
> It is perhaps worth noting that the load
gt;
> @gluster.org:
> IIRC, some time ago someone requested a syslog feature to debug
> problems with GlusterFS as root filesystem for a diskless cluster -
> are there any news on that?
> Having the clients report problems to a central logging server might
> b
ion,
> distribution, or other forms of dissemination is strictly prohibited. If
> you have received this email in error, please notify the sender immediately
> and permanently delete the email and files, if any.*
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.o
ient, any use, copying, transmission,
> distribution, or other forms of dissemination is strictly prohibited. If
> you have received this email in error, please notify the sender immediately
> and permanently delete the email and files, if any.*
>
> __
Sorry, No need of logfiles. I saw this mail first and then other mails,
hence the confusion :).
On Wed, Feb 10, 2010 at 8:56 PM, Raghavendra G wrote:
> Hi Fredrik,
>
> Can you please send complete log files of client and server?
>
> regards,
> On Mon, Feb 8, 2010 at 6:02 P
il)
> @key=0x7fedee4e43f3
>
> [2010-02-08 13:39:28] D [dict.c:303:dict_get] dict: @this=(nil)
> @key=0x7fedee4e440b
>
> [2010-02-08 13:39:28] D [dict.c:303:dict_get] dict: @this=(nil)
> @key=0x7fedee4e43db
>
> […]
>
>
>
> Kind regards,
>
> Fredrik Widlund
&
__
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
t; helpful, if you pass it along.
>
>
> -Amar
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Raghavendra G
___
Gluster-
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
192.168.11.*
>
> subvolumes office-data02 locks
> end-volume
>
> log:
> [2009-12-22 16:02:27] C [posix.c:4252:posix_entrylk] posix:
> "features/locks" translator is not loaded. You need to use it for proper
> functioning of GlusterFS
>
> i have locks tran
> end-volume
>
> volume iocache
> type performance/io-cache
> option cache-size 64MB # default is 32MB
> # option priority *.h:3,*.html:2,*:1 # default is '*:0'
> option cache-timeout 3 # default is 1 second
> subvolumes writebehind
> end-volume
>
> volume quickread
> type performance/quick-read
> option cache-timeout 1
> option max-file-size 512
> subvolumes iocache
> end-volume
>
> volume stat-prefetch
> type performance/stat-prefetch
> subvolumes quickread
> end-volume
>
>
> Roland Fischer
>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
regards,
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
Hraban,
Sorry, to do that, you need to have a login to patches.gluster.com :). I've
changed it to correct state.
regards,
On Mon, Dec 21, 2009 at 9:38 PM, Raghavendra G wrote:
> Hi Hraban,
>
> If you are resubmitting the patches, please make sure to mark the patch as
>
@@ -674,13 +681,12 @@ afr_sh_has_entry_pending (dict_t *xattr, int
> child_count, xlator_t *this)
>
> for (i = 0; i < priv->child_count; i++) {
> ret = dict_get_ptr (xattr, priv->pending_key[i],
> -&tmp_pending);
> +
ormance/write-behind
> option cache-size 512MB # default is equal to aggregate-size
> option flush-behind on # default is 'off'
> subvolumes readahead
> end-volume
>
> volume iocache
> type performance/io-cache
> option
or in parsing volume file given by server 10.177.4.15
> exiting
>
> My cluster consists out of 6 nodes, each of 2x bricks - so I have
> 1-to-one replication.
>
> Cheers,
> Anton.
>
>
> _______
> Gluster-devel mailing list
&
we can't :)
On Tue, Sep 29, 2009 at 5:48 PM, Vijay Bellur wrote:
> Please ignore
>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster
_
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
Hi Brian,
On Mon, Sep 7, 2009 at 9:03 PM, Brian Hirt wrote:
>
> On Sep 6, 2009, at 11:13 PM, Raghavendra G wrote:
>
>
>>
>> On Fri, Sep 4, 2009 at 7:31 PM, Brian Hirt wrote:
>>
>> The situation you're facing is because of self-heal not being done o
this list, along with the lack
> of responses or hand waving that these issues aren't serious, I have very
> little trust in this project. It's really a shame, because it seems like
> there is so much potential.
>
> Kind Regards,
>
> Brian
>
>
>
> On Sep 3,
5559:client_setvolume_cbk]
> remote1: Connected to 10.0.1.31:6996, attached to remote volume 'brick'.
> [2009-09-02 09:59:41] N [client-protocol.c:5559:client_setvolume_cbk]
> remote2: Connected to 10.0.1.32:6996, attached to remote volume 'brick'.
> [2009-09-02 09:59:44] N [client-protocol.c:5559:client_setvolume_cbk]
> remote1: Connected to 10.0.1.31:6996, attached to remote volume 'brick'.
> [2009-09-02 09:59:51] W [fuse-bridge.c:882:fuse_err_cbk] glusterfs-fuse:
> 155106: FLUSH() ERR => -1 (File descriptor in bad state)
> [2009-09-02 09:59:51] W [fuse-bridge.c:882:fuse_err_cbk] glusterfs-fuse:
> 155108: FLUSH() ERR => -1 (File descriptor in bad state)
>
>
>
> Regards,
>> Vijay
>>
>>
>>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
242.
>>
>> Regards,
>> Vijay
>>
>>
>>
>>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
21:59] D [dht-common.c:820:dht_lookup] distribute: no
> subvolume in layout for path=/r, checking on all the subvols to see if it is
> a directory
>
>
>
>
>
> Could you check these, please?
>
> I'm using glusterfs 2.0.6
>
>
>
> Thanks in advnace!
>
> --
>
> Minjae Shin
>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
[libglusterfsclient.c:1412:libgf_vmp_search_entry] libglusterfsclient:
> VMP Entry not found
> [2009-08-25 14:00:13] D
> [libglusterfsclient.c:1412:libgf_vmp_search_entry] libglusterfsclient:
> VMP Entry not found
> [2009-08-25 14:00:13] D
> [libglusterfsclient.c:1412:libgf
Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
_
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
file is stored)
Distribute Translator provides the functionality of aggregating the
storage from individual nodes and giving the unified view of the total
storage. It stores the layout (which says, which file goes into which
node) of the directory in extended attributes of the directory. And
directories are
sending from gluster email id.
-- Forwarded message --
From: Raghavendra G
Date: Tue, Jul 28, 2009 at 7:54 AM
Subject: Re: [Gluster-devel] O_CLOEXEC (fwd)
To: Nathan Stratton
Cc: gluster-devel@nongnu.org
Hi Nathan,
A patch which fixes the build error is under review. It will
__
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
ter-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
ther)
> there is nothing interesting in the logs.
> -Paul
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Raghavendra G
___
n logfile "/tmp/booster.log" (Permission denied)
> libglusterfsclient: libglusterfsclient.c:glusterfs_init():1009: failed to
> open logfile "/tmp/booster.log"
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
n denied)
> [2009-07-15 01:03:13] E [name.c:420:client_bind] unify_2: cannot bind inet
> socket (46) to port less than 1024 (Permission denied)
>
>
> _______
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
before ‘)’ token
> mod_glusterfs.c:830: warning: too many arguments for format
> mod_glusterfs.c:830: error: expected expression before ‘,’ token
> make[4]: *** [mod_glusterfs_la-mod_glusterfs.lo] Error 1
>
> # fix
> SEGFAULT("got HANDLER_ERROR from a plu
ever, that I have logging enabled on the other (non-root) file
> systems, and those don't seem to be leaking (or if they are, at least not as
> obviously).
>
> Gordan
>
> Raghavendra G wrote:
>
>> Hi Gordon,
>>
>> There was a patch submitted by gowda and
s to reproduce it.
>>
>
> Filed bug 122.
>
> Gordan
>
>
>
> ___________
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
> 2) the sever disconneted when client was creating files.
> I can provide more information if it helps. Thanks.
> He Xiaobin
>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mai
running process.
>
>
>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
sterfs..gdb.log'.
please send the generated files to the glusterfs team for analysis.
regards,
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
Shehjar,
Sorry, its not double free also. I was wrong.
Mihai,
We are still looking into this bug. We'll get back to you once we fix this.
regards,
On Thu, Jun 18, 2009 at 3:01 PM, Shehjar Tikoo wrote:
> Raghavendra G wrote:
>
>> While this fixes the double free, The actua
0 0x2b2e7b6b06f7 in call_resume (stub=0x2aaab4017470) at
>> call-stub.c:2384
>>__FUNCTION__ = "call_resume"
>> #21 0x2b2e7cbc4125 in server_truncate (frame=0x2aaab403acc0,
>> bound_xl=, hdr=, hdrlen=> optimized out>,
>>iobuf=) at server-protocol.c:4291
>>truncate_stub = (call_stub_t *) 0x0
>>state = (server_state_t *) 0x2aaab4032000
>> #22 0x2b2e7cbbfb20 in protocol_server_pollin (this=0xae0bdf0,
>> trans=0xae17960) at server-protocol.c:7735
>>hdr = 0x2aaab4017330 ""
>>hdrlen = 98
>>ret = 0
>>iobuf = (struct iobuf *) 0x0
>> #23 0x2b2e7cbbfbfb in notify (this=0xae0bdf0, event=> out>, data=0x6) at server-protocol.c:7791
>>ret =
>>trans = (transport_t *) 0x6943
>> ---Type to continue, or q to quit---
>>peerinfo = (peer_info_t *) 0xae179d0
>>myinfo = (peer_info_t *) 0xae17ac0
>>__FUNCTION__ = "notify"
>> #24 0x2aaafb43 in socket_event_handler (fd=,
>> idx=11, data=0xae17960, poll_in=1, poll_out=0, poll_err=0) at socket.c:813
>>this = (transport_t *) 0x6943
>>priv = (socket_private_t *) 0xae16ce0
>>ret = 0
>> #25 0x2b2e7b6ba2a5 in event_dispatch_epoll (event_pool=0xae02300) at
>> event.c:804
>>events = (struct epoll_event *) 0xae15990
>>i = 0
>>ret = 1
>>__FUNCTION__ = "event_dispatch_epoll"
>> #26 0x00403899 in main ()
>> No symbol table info available.
>>
>>
>>
>>
>>
>> ___
>> Gluster-devel mailing list
>> Gluster-devel@nongnu.org
>> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>>
>>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
nt changeset so that we can patch
> 2.0.1? Or are we to expect 2.0.2 shortly? Or would you recommend to
> continue our testing using the code currently in git instead?
>
> Matthias
>
> Raghavendra G wrote :
>
> > Hi,
> >
> > This is a bug in glusterfs. A f
gt; Does anyone know what is going on in here?
>
> Thank you,
>
> Ioannis
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Raghavendra G
rotocol.c:7014:notify] mu-rhdev2-0:
> disconnected
> 2009-05-06 10:33:43 N [server-protocol.c:7502:mop_setvolume] server:
> accepted client from 130.123.131.13:1009
> 2009-05-06 10:33:43 N [server-protocol.c:7502:mop_setvolume] server:
> accepted client from 130.123.131.13:1016
> 2009-05-06 10:33:43 N [server-protocol.c:7502:mop_setvolume] server:
> accepted client from 130.123.131.13:1011
> 2009-05-06 10:33:43 N [server-protocol.c:7502:mop_setvolume] server:
> accepted client from 130.123.131.13:1010
> 2009-05-06 10:33:45 N [client-protocol.c:6327:client_setvolume_cbk]
> mu-rhdev2-0: connection and handshake succeeded
> 2009-05-06 10:33:45 N [client-protocol.c:6327:client_setvolume_cbk]
> mu-rhdev2-0: connection and handshake succeeded
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
e ns-remote
> type protocol/client
> option transport-type tcp # for TCP/IP transport
> option remote-subvolume ns-posix # name of the remote volume
> option remote-host nix02
> option remote-port 6993
> end-volume
>
>
> # UNIFY SWITCH
> #
> volume bricks
> type cluster/unify
> option scheduler switch
> option namespace ns-remote
> option self-heal off
> option switch.case *.big*:stripe;*:dht
> subvolumes dht stripe
> end-volume
>
> volume writebehind
> type performance/write-behind
> option aggregate-size 128KB # default is 0bytes
> option cache-size 1MB# default is equal to aggregate-size
> option flush-behind on# default is 'off'
> subvolumes bricks
> end-volume
>
> volume readahead
> type performance/read-ahead
> option page-size 1024kB# 256KB is the default option
> option page-count 32 # 2 is default option
> option force-atime-update off # default is off
> subvolumes writebehind
> end-volume
>
> volume iothreads
> type performance/io-threads
> option thread-count 8 # deault is 1
> subvolumes readahead
> end-volume
>
>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
-
> ----------
> Origo - Code with the flow
> http://origo.ethz.ch
> Free collaboration and hosting for open and closed source projects
>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
e metadataless files.
>
> Gordan
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Glus
Resending from official email id.
-- Forwarded message --
From: Raghavendra G
Date: Mon, May 18, 2009 at 12:53 PM
Subject: Re: [Gluster-devel] [PATCH 3/4] mod_glusterfs/apache/2.2: Added
-L$(libdir) to ${APXS} args.
To: mat...@gmail.com
Cc: Gluster-devel@nongnu.org, MATSUU Takuto
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
gt;
> A lot of questions, maybe you can just supply me with a best practice when
> using the non-blocking translator ?
>
> Best regards,
>
> Thomas.
>
>
> ___
> Gluster-devel mailing list
> Glust
END PGP SIGNATURE-----
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
gt; > >I tried a quick NFS re-export to another Linux box (with the
> > >fsid= option
> > >and fuse 2.6.3 on the NFS server, of course). I didn't test
> > >it much, but
> > >copies to and from the NFS filesystem worked just fine. I
> > >think
mon-utils.c:129:gf_resolve_ip6] resolver:
> returning ip-192.168.1.1 (port-6996) for hostname: 192.168.1.1 and port:
> 6996
> 2009-02-17 19:01:24 E [name.c:416:client_bind] client1: cannot bind inet
> socket (10) to port less than 1024 (Permission denied)
> 2009-02-17 19:01:24 D [cl
er-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
.621) loading plugins finally failed
>>
>> Help me please with strange error.
>>
>> --
>> Titov Alexander
>>
>
>
>
> --
> С уважением,
> Титов Александр
>
> ___
> Gluster-devel mailing list
>
olume of server2
> volume brick2
> type protocol/client
> option transport-type tcp
> option remote-host 192.168.240.228 # IP address of the remote brick
> option remote-subvolume brick # name of the remote volume
> end-volume
>
> volume afr
> type cluster/afr
gt;>
>> 2009/2/12 Alain Gonzalez
>>
>> glusterfs send me this error:
>>>
>>> 2009-02-12 10:00:23 E [xlator.c:117:xlator_set_type] libglusterfs/xlator:
>>> dlopen(/usr/lib/glusterfs/1.3.7/xlator/cluster/ha.so):
>>> /usr/lib/glusterfs/1.3.7/xla
As a side note, you can avoid ha if you're using replicate on client side.
On Wed, Feb 11, 2009 at 9:51 PM, Raghavendra G wrote:
> Hi Alain,
>
> In the configuration you are using, replicate is on server side which means
> servers replicate among themselves. If the server wh
68.x.x # IP address of the server > IP of
> the server1
>option remote-subvolume afr # name of the remote volume
> end-volume
>
> Best Regards
>
> --
> Alain Gonzalez
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
E [socket.c:566:socket_proto_state_machine] cluster:
> socket read failed (Connection reset by peer) in state 1 (
> 192.168.89.151:6996)
>
> 2009-02-05 18:09:25 E [saved-frames.c:148:saved_frames_unwind] cluster:
> forced unwinding frame type(1) op(READ)
>
>
>
> Regards,
>
> melv
E [socket.c:566:socket_proto_state_machine] cluster:
> socket read failed (Connection reset by peer) in state 1 (
> 192.168.89.151:6996)
>
> 2009-02-05 18:09:25 E [saved-frames.c:148:saved_frames_unwind] cluster:
> forced unwinding frame type(1) op(READ)
>
>
>
> Regards,
>
> melv
to /glusterfs
> and the virtual hosts DocumentRoot is /glusterfs/
> then it should work for all of them and go through libglusterfs instead of
> through the filesystem, correct?
>
>
>
> At 09:16 AM 1/21/2009, Raghavendra G wrote:
>
>> Hi Mohan,
>> comments are
age!
>
> ___________
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
gt;
> Thanks
> On Tue, Feb 3, 2009 at 11:55 PM, Raghavendra G
> wrote:
>
>> Hi Kirby,
>>
>> you can disable mod_glusterfs (since it is the one which is causing build
>> problem) using
>>
>> rpm -ivh glusterfs.rpm --without modglfs
>>
>> But
:52 PM, Raghavendra G wrote:
> Hi,
>
> Macro NO_CONTENT_TYPE is defined in httpd.h (apache-2.2). Are there any
> stale installations of httpd.h (may be apache-1.3)? If so, please make sure
> to remove them. If the problem still persists, can you try to build from
> source tarball
Thanks for pointing out the misspelled macro.
On Tue, Feb 3, 2009 at 10:14 PM, Raghavendra G wrote:
> Hi,
>
> How many protocol/client translators are you using? Can you mail the volume
> specification file? glusterfs tries to bind to privileged ports which are
> free. It canno
mpile GlusterFS each time I want to change this
> setting?
>
> Thank you in advance for your time and effort in considering my request.
>
> Kind regards,
>
> Geoff Kassel.
>
>
> ___________
> Gluster-devel mailing list
> Glust
led
>
>
>
> [...@65.64 BUILD]# fgrep -r NO_CONTENT_TYPE /usr/include/
>
> /usr/include/openssl/pkcs7.h:#define
> PKCS7_R_MIME_NO_CONTENT_TYPE132
>
> /usr/include/openssl/pkcs7.h:#define
> PKCS7_R_NO_CONTENT_TYPE 135
:fuse_statfs] glusterfs-fuse:
>>> 40424: STATFS
>>> 2009-02-02 14:03:33 D [fuse-bridge.c:1945:fuse_statfs] glusterfs-fuse:
>>> 40425: STATFS
>>>
>>> On client 10.98.98.48 , not block.
>>>
>>>
>>>
>>>
>>> On Fri, Jan 30
usterfs-build.c:1351: error: 'NO_CONTENT_TYPE' undeclared (first use
> in this function)
> ...
>
>
>
>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
R
01
> c: 517-745-3706
> f: 810-632-7275
>
> Career Liaison, LLC -- Applying Done Right
> www.careerliaison.com
>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
0.0rc1'
> make: *** [all] Error 2
>
>
> Thanks for your time
>
> Rg
>
> L . Mohan
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
volume ha1
type cluster/ha
subvolumes client-1a, client-1b
end-volume
where client-1a and client-1b are two different links to server1.
regards,
>
>
> any one please help me to understand those and correct me .
>
> Thanks for your time
> L. Mohan
>
>
>
>
>
>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
regards,
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
duced. Hence the client thread
will not be blocked on I/O operations.
regards,
>
>
> Thanks,
>
> Brent
>
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster
d during debugging process.
regards,
>
>
> Corin
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
__
default is 0bytes
> option window-size 3MB
> option flush-behind on # default is 'off'
> subvolumes io-cache
> end-volume
> *
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
ort endpoint is not connected
>
> Thanks for all the great work!
> --
>
>
> ___
> Gluster-devel mailing list
> Gluster-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
--
Raghavendra G
___
Gluster-devel mailing list
Gluster-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/gluster-devel
1 - 100 of 188 matches
Mail list logo
