Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Dan Lavu wrote:
> ###############################################
>
> version: 8.3.2 (api:88/proto:86-90)
>
> GIT-hash: dd7985327f146f33b86d4bff5ca8c94234ce840e build by
> mockbuild at v20z-x86-64.home.local, 2009-08-29 14:07:55
>
> 0: cs:SyncSource ro:Primary/Secondary ds:UpToDate/Inconsistent C r----
>
> ns:11050876 nr:0 dw:0 dr:11059127 al:0 bm:674 lo:1 pe:4 ua:253 ap:0
> ep:1 wo:b oos:2388363296
>
> [>....................] sync'ed: 0.5% (2332384/2343176)M
>
> finish: 362:48:56 speed: 1,824 (1,908) K/sec
>
> ###############################################
The sync operation is not designed to go at max speed, as the array is
totally usable while not sync'ed. If you know that you're not needing
the bandwidth for other disk apps and want to increase the speed of the
sync, either (temporarily) add:
common {
# Your other vars plus...
syncer { rate 33M; }
}
You can increase that to whatever you want. There is also a command-line
call to temporarily up the sync rate as well, though it's syntax escapes
me just now.
Digi