summary |
shortlog | log |
commit |
commitdiff |
tree
first ⋅ prev ⋅ next
Evan Broder [Sat, 15 Nov 2008 23:19:03 +0000 (18:19 -0500)] 
The script we finally used to do the actual migration
svn path=/trunk/scripts/; revision=1662
Evan Broder [Thu, 13 Nov 2008 08:41:11 +0000 (03:41 -0500)]
Cancel the migration if there's an error in the middle
svn path=/trunk/scripts/; revision=1633
Evan Broder [Thu, 13 Nov 2008 03:51:43 +0000 (22:51 -0500)]
Fault tolerance is a good thing - add some to the migration script
svn path=/trunk/scripts/; revision=1632
Greg Price [Wed, 12 Nov 2008 18:37:04 +0000 (13:37 -0500)] 
make xvm-migrate-machine directly executable
svn path=/trunk/scripts/; revision=1629
Evan Broder [Wed, 12 Nov 2008 15:38:40 +0000 (10:38 -0500)]
Take out do-not-run line - the script works, at least for a simple
case
svn path=/trunk/scripts/; revision=1628
Evan Broder [Wed, 12 Nov 2008 15:38:39 +0000 (10:38 -0500)]
Print out some debugging info about the VM getting migrated - just in
case
svn path=/trunk/scripts/; revision=1627
Evan Broder [Wed, 12 Nov 2008 15:38:38 +0000 (10:38 -0500)]
Make the xvm-migration-script actually do everything it needs to
svn path=/trunk/scripts/; revision=1626
Evan Broder [Wed, 12 Nov 2008 06:55:54 +0000 (01:55 -0500)]
Fix typo in xvm-migrate-machine
svn path=/trunk/scripts/; revision=1620
Evan Broder [Tue, 11 Nov 2008 04:41:13 +0000 (23:41 -0500)]
Eliminate the need for a deep copy of database objects during the
migration with weird SQLAlchemy haxory.
This requires the migration script to have its own unique version of
the database library
svn path=/trunk/scripts/; revision=1611
Greg Price [Thu, 30 Oct 2008 01:24:59 +0000 (21:24 -0400)]
more detail on migration: moving db entries
svn path=/trunk/scripts/; revision=1437
Greg Price [Wed, 29 Oct 2008 06:24:59 +0000 (02:24 -0400)]
sketch out per-machine migration strategy
svn path=/trunk/scripts/; revision=1429
projects / invirt/scripts/prod-migration.git / log