Ray Charles wrote:
>
> Hi,
>
> I am following the directions of the VMClusterCookbook
> and have the early makings of a virtualized two node
> cluster. On both guest-nodes i can initialize cman and
> achieve quorate. However, things go sideways when I
> try to initialize clvmd on both nodes. Th
Hi,
I am following the directions of the VMClusterCookbook
and have the early makings of a virtualized two node
cluster. On both guest-nodes i can initialize cman and
achieve quorate. However, things go sideways when I
try to initialize clvmd on both nodes. The first node
brings up clvmd clean
On Tue, Jan 01, 2008 at 12:56:12PM -0500, Wendy Cheng wrote:
> On GFS(1) part, the glock trimming patch
> (http://people.redhat.com/wcheng/Patches/GFS/readme.gfs_glock_trimming.R4)
> was developed for customers with rsync issues. Field data have shown
> positive results. It is released on RHEL
Jos Vos wrote:
The one thing that's horribly wrong in some applications is performance.
If you need to have large amounts of files and frequent directory scans
(i.e. rsync etc.), you're lost.
On GFS(1) part, the glock trimming patch
(http://people.redhat.com/wcheng/Patches/GFS/readme.gfs_g
On Tue, Jan 01, 2008 at 12:00:32PM -0500, Wendy Cheng wrote:
> It is expected that GFS2 would do better in this area butt this does
> *not* imply GFS(1) is not fixable. One thing would be helpful is sending
> us the benchmark (or test program that can reasonably represent your
> application IO
Kamal Jain wrote:
A challenge we’re dealing with is a massive number of small files, so
there is a lot of file-level overhead, and as you saw in the
charts…the random reads and writes were not friends of GFS.
It is expected that GFS2 would do better in this area butt this does
*not* imply