On 07/25/2014 03:59 PM, Atin Mukherjee wrote:
Hi All,
Patch [1] introduces a new feature of glusterd where one can list down a
specific or all volume options with a glusterd command.
Request you to let me know your thoughts. I will be also creating a
feature page for the same in
On 08/12/2014 11:29 AM, Harshavardhana wrote:
This is a standard problem where there are split-brains in distributed
systems. For example even in git there are cases where it gives up asking
users to fix the file i.e. merge conflicts. If the user doesn't want
split-brains they should move to
On Mon, Aug 11, 2014 at 01:56:16PM -0400, Justin Clift wrote:
- Original Message -
snip
Nightly builds from release-3.6 are now available at [2]. Testing
feedback for these nightly builds would be very welcome!
snip
[2]
Hi gluster developers,
In the file cli/src/cli-rpc-ops.c, at line 4611, duplicated branches for
if and else is found. Is it a typo?
4607 case GF_GSYNC_OPTION_TYPE_STATUS:
4608 status_detail = dict_get_str_boolean (dict,
4609 status-detail,
4610
On 2014?08?12? 10:33, Ruoyu wrote:
Hi gluster developers,
In the file cli/src/cli-rpc-ops.c, at line 4611, duplicated branches
for if and else is found. Is it a typo?
4607 case GF_GSYNC_OPTION_TYPE_STATUS:
4608 status_detail = dict_get_str_boolean
fix dangerous usage of volname because strncpy does not always
null-terminated.
Signed-off-by: Ruoyu lian...@ucweb.com
---
xlators/nfs/server/src/nfs-common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xlators/nfs/server/src/nfs-common.c
hi,
Welcome to glusterfs :-). Could you please follow the instructions
here to send the patch.
http://www.gluster.org/community/documentation/index.php/Simplified_dev_workflow
Pranith.
On 08/12/2014 08:52 AM, Ruoyu wrote:
fix dangerous usage of volname because strncpy does not always
On Mon, Aug 11, 2014 at 09:53:19PM -0700, Anand Avati wrote:
If FUSE implements proper direct_io semantics (somewhat like how O_DIRECT
flag is handled) and allows the mode to be enabled by the FS in open_cbk,
then I guess such a special handling of 0-byte need not be necessary? At
least it
BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Kolkata
BEGIN:STANDARD
DTSTART:16010101T00
TZOFFSETTO:+0530
TZOFFSETFROM:+0530
TZNAME:IST
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
UID:7b49ac44-ffca-4de4-a179-f9edde80bf1e
SUMMARY:Gluster