<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">You need to test the system in ways
that match the way you intend to use the system.<br>
<br>
Bonnie is a nice generic test of disk and file system performance
but it will seldom match any real world application unless your
application is to run bonnie on systems.<br>
<br>
If your running a database with large tables then the way you test
will be different than if your running something like a mail
server with millions of very small files that are seldom updated..<br>
<br>
If you want to check failure modes you need to think of all the
possible failure modes.<br>
- Loss of a server<br>
- Loss of a brick<br>
- Loss of communication between servers<br>
- Loss of communication between clients and some/all servers<br>
- file system corruption<br>
- an error prone network connection<br>
and so on.<br>
<br>
If you want to check data integrity then you need to have
something like a checksum on each file and when your done check
against the checksum or actually run a full compare on each file.<br>
Correctly setup you could get rsync to in effect do the comparison
for you.<br>
<br>
<br>
<br>
On 04/29/2017 10:26 AM, Gandalf Corvotempesta wrote:<br>
</div>
<blockquote
cite="mid:CAJH6TXgeKd8VioEJW-i-=8dfQK8r1Km2pxYmXMqFKxZSj82Gkg@mail.gmail.com"
type="cite">
<pre wrap="">I would like to heavy test a small gluster installation.
Anyone did this previously ?
I think that running bonnie++ for 2 or more days and trying to remove
nodes/bricks
would be enough to test everything, but how can i ensure that, after
some days, all
file stored are exactly how bonnie++ has created ?
Probably, rsync would be better ? I can try to sync a directory with
millions of files
and while the syncing is running, trying to make some damages (power
off, unplug, etc etc).
After all, re-running rsync should not transfer any file, they should
be already present.
Right ? If rsync re-sync files, means that gluster has made some data
loss or data corruption.
_______________________________________________
Gluster-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a>
<a class="moz-txt-link-freetext" href="http://lists.gluster.org/mailman/listinfo/gluster-users">http://lists.gluster.org/mailman/listinfo/gluster-users</a>
</pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Alvin Starr || voice: (905)513-7688
Netvel Inc. || Cell: (416)806-0133
<a class="moz-txt-link-abbreviated" href="mailto:alvin@netvel.net">alvin@netvel.net</a> ||
</pre>
</body>
</html>