caker wrote:
EDIT: Updated to 2.6.18-linode25, added CONFIG_DM_SNAPSHOT
Thanks Chris,
I've been running this kernel since Sunday with no problems:
Code:
$ uname -sr ;uptime
Linux 2.6.18-linode25
07:27:40 up 20:47, 1 user, load average: 0.06, 0.15, 0.17
If anyone is interested, I ran a couple of
dump(1) tests on a LVM snapshot of my /var/log partition -- once with normal activity, and a couple of times with
ab2 -i -n 5000 -c 2 http://localhost/ started just before / after dump (to send lots of write requests to the target filesystem). The only thing worth mentioning is that dump and ab2 wouldn't complete their jobs concurrently (the right thing). dump (pass III and IV) waited for the running ab2; and vice versa.
Here's the output from a level 0 dump during normal low activity:
Code:
$ dump -0uf test-0.dump /dev/lvmdisk/snap.varlog
DUMP: Date of this level 0 dump: Mon Oct 9 07:19:35 2006
DUMP: Dumping /dev/lvmdisk/snap.varlog (an unlisted file system) to test-0.dump
DUMP: Label: none
DUMP: Writing 10 Kilobyte records
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: estimated 25725 blocks.
DUMP: Volume 1 started with block 1 at: Mon Oct 9 07:19:36 2006
DUMP: dumping (Pass III) [directories]
DUMP: dumping (Pass IV) [regular files]
DUMP: Closing test-0.dump
DUMP: Volume 1 completed at: Mon Oct 9 07:19:44 2006
DUMP: Volume 1 25760 blocks (25.16MB)
DUMP: Volume 1 took 0:00:08
DUMP: Volume 1 transfer rate: 3220 kB/s
DUMP: 25760 blocks (25.16MB) on 1 volume(s)
DUMP: finished in 8 seconds, throughput 3220 kBytes/sec
DUMP: Date of this level 0 dump: Mon Oct 9 07:19:35 2006
DUMP: Date this dump completed: Mon Oct 9 07:19:44 2006
DUMP: Average transfer rate: 3220 kB/s
DUMP: DUMP IS DONE
An incremental dump (> 0) will obviously run a lot quicker.
Regards,
Cliff