Displaying 3 results from an estimated 3 matches for "ggatec".
2008 Jul 15
5
Multi-machine mirroring choices
...ppear as though iscsi may not be the way to go for this as it
locks up when the target goes down and even though I may be able to
remove the target from the mirror, that process may fail as the "disk"
remains in "D" state.
So that leaves me with the following options:
1) ggated/ggatec + gmirror
2) ggated/ggatec + zfs (zpool mirror)
3) zfs send/recv incremental snapshots (ssh)
1) I have been using ggated/ggatec on a set of 6.2-REL boxes and find
that ggated tends to fail after some time leaving me rebuilding the
mirror periodically (and gmirror resilvering takes quite some time)...
2012 Mar 30
6
9-STABLE, ZFS, NFS, ggatec - suspected memory leak
Hi all,
Setup:
I'm running 2 machines (amd64, 16GB) with FreeBSD 9-STABLE (Mar 14 so
far) acting as NFS servers. They each serve 3 zpools (holding a single
zfs, hourly snapshots). The zpools each are 3-way mirrors of ggate
devices, each 2 TB, so 2 TB per zpool. Compression is "on" (to save
bandwith to the backend, compressratio around 1.05 to 1.15), atime is
off.
There is no
2004 Nov 17
9
serious networking (em) performance (ggate and NFS) problem
...088 bytes transferred in 8.758475 secs (3473788 bytes/sec)
-> ^^^^^^^ ~ 3,4MB/s
This example shows that using NFS over GigaBit Ethernet decimates performance
by the factor of 15, in words fifteen!
GGATE with MTU 16114 and polling:
test2:/dev#28: ggatec create 10.0.0.2 /dev/ad4p1
ggate0
test2:/dev#29: mount /dev/ggate0 /samsung/
test2:/dev#30: dd if=/dev/zero of=/samsung/testfile bs=16k
^C2564+0 records in
2563+0 records out
41992192 bytes transferred in 15.908581 secs (2639594 bytes/sec)
->...