Re: [PATCH 0/3] Launch other test during migration

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



pradeep writes:
 > On Mon, 18 Oct 2010 00:59:20 -0400 (EDT)
 > Jason Wang <jasowang@xxxxxxxxxx> wrote:
 > 
 > > Hello guys:
 > > 
 > > Any further suggestion which I need to improve those patches?
 > > 
 > > I agree that there's no much tests need to be run is this way except
 > > for migration. In order to validate the function of migration, many
 > > tests need to be run in parallel with migration and this series is
 > > just aimed at this.
 > > 
 > > One major advantage of this is that it could greatly simplified the
 > > test design and could reuse existed test cases without modification.
 > > Without this, we must split the tests cases itself or split the
 > > migration test and modification to existed code is also required.
 > > 
 > > One major issue is that not all tests could be run in this way, tests
 > > which needs to do monitor operation may not work well, but ususally
 > > this kind of test is meaningless during migration.
 > > 
 > > Another probably issue is that we can not control precisely when the
 > > migration start, but it's not important to tests I post here because
 > > the background tests are usually launch as a kind of stress and need
 > > much more time than just a single migration to complete, so what we
 > > need to do here is just let the migration run until the background
 > > tests finish.
 > > 
 > > The fact is that these tests work well and have find real issues with
 > > migration.
 > > 
 > > Any comments or suggestions?
 > > 
 > Good to cover different aspects of live migration using KVM 
 > 
 > In cloud,  When we are targetting for minimal downtime for migration, always we need to think about the performance impact of the
 > resources and actions.
 > 
 > we feel, its good to cover couple of below combinations.
 > 
 >  any state change of  a VM + migration
 > 
 > 1. migration + reading data from host devices like CD, USB
 > 2. migrate +file trasfer
 > 3. migrate + reboot
 > 4. internet download + migration
 > 5. guest is given shutdown command and in parallel live migration
 > happens
 > 6.hotplugging of nic, storage, memory, cpu + live migration
 > 
 > 

Thanks for these suggestions, I would try to implement these in the after we
find a solution to run a test in parallel with migrations.

 > Thanks
 > Pradeep
 > 
 > 
 > 
 > 
 > 
 > 
 > 
 > 
 > 
 > 
 > 
 > 
 > 
 > 
 > 
 > 
 > 
 > 
 > 
 > 
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux