Hi all
One of the volumes exported via NFS from my fas3210 didn't have dedup
enabled when comissioned. It is 250GB, and hosts ploop backed openvz
vms. It is currently using about 210GB, and hourly snapshot size is
about 6GB.
When I run sis start -s on this volume, the entire system slows down to
a crawl. My snmp monitoring start timing out, ssh access to the system
is hit and miss, taking over a minute to log in, and when logged on,
command response is sluggish. I also get the following error in the
logs for all snapmirror pairs
SnapMirror: source transfer from TEST_TESTVOL to xx.yy.zz:TEST_TESTVOL :
request denied, previous request still processing.
Fortunately, disk access from clients on this and other volumes are not
detrimentally affected, but IO response times do go up by about 100ms.
After running overnight for 11 hours, sis status reports
Progress: 19333120 KB Scanned
Change Log Usage: 88%
Logical Data: 151 GB/49 TB (0%)
At this rate, it will take about 5 days to finish scanning, leaving me
barely able to manage the system effectively while this is happening.
Is this normal behaviour - do I just have to wait through it, or can I
stop it and correct something before trying again. Also, is the change
log filling up towards 100% something to worry about?
Regards
Chris