Date: Mon, 23 Aug 2004 16:00:23 -0500 From: Dan Rue <drue@therub.org> To: freebsd-questions@freebsd.org Subject: SCSI disk to disk dump restore Message-ID: <20040823210023.GJ68870@therub.org>
next in thread | raw e-mail | index | archive | help
Hey Gang, I had an older scsi disk going bad, so I picked up a new disk to replace it. I did a dump | restore to move the data to the new disk, but it went far slower than expected. I'm wondering if there's an issue with the different disk speeds. Old disk from dmesg: da0: <QUANTUM ATLAS IV 18 WLS 0808> Fixed Direct Access SCSI-3 device da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 17522MB (35885168 512 byte sectors: 255H 63S/T 2233C) New disk, as reported by dmesg (it's a seagate U320): da2: <SEAGATE ST336607LW 0007> Fixed Direct Access SCSI-3 device da2: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enabled da2: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) The dump was 13G, and took about 2 hours. I calculated that out to be about 1.8MB/s. Of course, that's total time I'm sure there's some dump overhead (though, i didn't use -L) - but still, 2 hours for 13G?! I'm thinking there was a jumper or parameter I should have set due to the different disk types. Note that I removed da0, but there's still another quantum in the machine on the scsi chain. Any hints? tia, drue
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040823210023.GJ68870>