Re: [Gluster-users] Limit of Glusterfs help

[eagleeyes]

Thanks
  Another question :
   1.  in  glusterfs-2.0.2/xlators/cluster  i saw a mode named "map",could we 
use it ? what should we do? 
   2.  in glusterfs-2.0.0/xlators/features  there was a "trash" ,and if we  
want to use it ,what should we do ? 
   3.  Could you give us a whole parameter for configure for server and client 
? i found if i use page-size  and page-count  the log it show they didn't 
effect .


2009-06-24 



eagleeyes 



发件人： Vikas Gorur 
发送时间： 2009-06-24  15:47:27 
收件人： eagleeyes 
抄送： gluster-users 
主题： Re: [Gluster-users] Limit of Glusterfs help 
 
- "eagleeyes"  wrote:
> Thanks a lot， but in unify ,dht and stripe mode  ,is there a limit of
> the number of servers ?
No.
--
Engineer - http://gluster.com/
A: Because it messes up the way people read text.
Q: Why is a top-posting such a bad thing?
--
___
Gluster-users mailing list
Gluster-users@gluster.org
http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users

Re: [Gluster-users] Limit of Glusterfs help

[Vikas Gorur]

- "eagleeyes"  wrote:

> Thanks a lot， but in unify ,dht and stripe mode  ,is there a limit of
> the number of servers ?

No.
--
Engineer - http://gluster.com/

A: Because it messes up the way people read text.
Q: Why is a top-posting such a bad thing?
--

___
Gluster-users mailing list
Gluster-users@gluster.org
http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users

Re: [Gluster-users] Limit of Glusterfs help

[eagleeyes]

 Thanks a lot， but in unify ,dht and stripe mode  ,is there a limit of the 
number of servers ?


2009-06-24 



eagleeyes 



发件人： Vikas Gorur 
发送时间： 2009-06-24  15:17:55 
收件人： eagleeyes 
抄送： gluster-users 
主题： Re: [Gluster-users] Limit of Glusterfs help 
 
- "eagleeyes"  wrote:
> HI:
> Was there  a limit of servers which was used as storage in Gluster
> ?
No, there is no limit on the number of servers that can be used as storage.
Vikas
--
Engineer - http://gluster.com/
A: Because it messes up the way people read text.
Q: Why is a top-posting such a bad thing?
--
___
Gluster-users mailing list
Gluster-users@gluster.org
http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users

Re: [Gluster-users] Limit of Glusterfs help

[Vikas Gorur]

- "eagleeyes"  wrote:

> HI:
> Was there  a limit of servers which was used as storage in Gluster
> ?

No, there is no limit on the number of servers that can be used as storage.

Vikas
--
Engineer - http://gluster.com/

A: Because it messes up the way people read text.
Q: Why is a top-posting such a bad thing?
--

___
Gluster-users mailing list
Gluster-users@gluster.org
http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users

[Gluster-users] Limit of Glusterfs help

[eagleeyes]

HI:
Was there  a limit of servers which was used as storage in Gluster ?


2009-06-24 



eagleeyes 



发件人： gluster-users-request 
发送时间： 2009-06-24  03:00:42 
收件人： gluster-users 
抄送： 
主题： Gluster-users Digest, Vol 14, Issue 34 
Send Gluster-users mailing list submissions to
gluster-users@gluster.org
To subscribe or unsubscribe via the World Wide Web, visit
http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users
or, via email, send a message with subject or body 'help' to
gluster-users-requ...@gluster.org
You can reach the person managing the list at
gluster-users-ow...@gluster.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Gluster-users digest..."
Today's Topics:
   1. Re: bailout after period of inactivity (mki-gluste...@mozone.net)
   2. AFR problem (maurizio oggiano)
--
Message: 1
Date: Tue, 23 Jun 2009 05:48:11 -0700
From: mki-gluste...@mozone.net
Subject: Re: [Gluster-users] bailout after period of inactivity
To: Vikas Gorur 
Cc: gluster-users@gluster.org
Message-ID: <20090623124811.gl3...@cyclonus.mozone.net>
Content-Type: text/plain; charset=us-ascii
On Tue, Jun 23, 2009 at 07:22:31AM -0500, Vikas Gorur wrote:
> > So there is a timeout, but whatever the cause is, it's triggered by
> > long term inactivity. We never had any network problems.
> > 
> > Other machines that access the filesystem on a regular basis do not
> > show this problem. It's only the machine that get's used once in a while.
> > The problem is reproducable, not a one time event.
>  
> Thanks everyone for the reports. We will try to reproduce this and resolve
> the issue.
Perhaps adding SO_KEEPALIVE may help maintain the socket connection in the
event that there's some form of tcp session timeout happening on the
network and/or router (such as in the case of NAT)?
Just a thought.
Mohan
--
Message: 2
Date: Tue, 23 Jun 2009 16:50:10 +0200
From: maurizio oggiano 
Subject: [Gluster-users] AFR problem
To: gluster-users@gluster.org
Message-ID:

Content-Type: text/plain; charset="iso-8859-1"
I all,
I have some problem with automatic file translator ( afr). I have two server
A e B. Both servers have afr client configured.
If I stop one server, for example B, The file system managed from AFR is not
available for 30 sec in the server A.
 Below there is the gluster-client.vol of one of the server.
  volume TSU-1.localdomain-disk
  type protocol/client
  option transport-type tcp/client
  option remote-host 127.0.0.1
  option remote-subvolume disk
  end-volume
  volume TSU-2.localdomain-disk
  type protocol/client
  option transport-type tcp/client
  option remote-host 10.1.48.51
  option remote-subvolume disk
  option transport-timeout 5
  end-volume
  volume disk-afr
  type cluster/afr
  subvolumes TSU-1.localdomain-disk TSU-2.localdomain-disk
  option favorite-child TSU-1.localdomain-disk
  end-volume
  volume writeback-disk
  type performance/write-behind
  option aggregate-size 131072
  subvolumes disk-afr
  end-volume
  volume readahead-disk
  type performance/read-ahead
  option page-size 65536
  option page-count 16
  subvolumes writeback-disk
  end-volume
the server has the following configuration:
# Volume #
  volume local-disk
  type storage/posix
  option directory /glusterfs/shared
  end-volume
  volume disk
  type features/posix-locks
  subvolumes local-disk
  end-volume
# Access Control #
  volume server
  type protocol/server
  option transport-type tcp/server
  subvolumes disk
  option auth.ip.disk.allow *
  end-volume
Is there a way to avoid this behaviour?
Thanks
Maurizio
-- next part --
An HTML attachment was scrubbed...
URL: 

--
___
Gluster-users mailing list
Gluster-users@gluster.org
http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users
End of Gluster-users Digest, Vol 14, Issue 34
*
___
Gluster-users mailing list
Gluster-users@gluster.org
http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users