过程描述：
- 创建虚拟机win2008
- 通过sysprep封装下win2008并关机
- 基于此vm创建模版win2008-tmpl
- 基于模版win2008-tmpl创建clone/thin模式虚拟机win2008-vm003
- 首次启动win2008-vm003成功
- 关机再启动win2008-vm003失败！（可重现）
日志分析
less /var/log/libvirt/qemu/win2008_vm003.log （vdsm.log,engine.log略过）
2015-07-30T05:43:49.621585Z qemu-kvm: -drive file=/var/run/vdsm/payload/4c90582e-f337-4240-8747-50ed94dcd044.8580d6eeef5171d2fbdca8f7699028b8.img,if=none,id=drive-fdc0-0-0,format=raw,serial=:
could not open disk image /var/run/vdsm/payload/4c90582e-f337-4240-8747-50ed94dcd044.8580d6eeef5171d2fbdca8f7699028b8.img:
Could not open '/var/run/vdsm/payload/4c90582e-f337-4240-8747-50ed94dcd044.8580d6eeef5171d2fbdca8f7699028b8.img': Permission denied
2015-07-30 05:43:49.787+0000: shutting down
根据日志应该是找不到payload的img，查看/var/run/vdsm/payload目录，确实没有此img(但首次启动vm时此img存在)
另：redhat有提这个bug，但没提出目前版本3.5.3的解决方法，只说ovirt3.6已解决此问题。
解决方法##
1. 分析
由于本vm是通过模版创建且模版机通过sysprep封装过，engine会在vm首次启动时创建sysprep payload（前面报错的img）,当关闭vm时payload的img会自动删除，但数据库并没有清理该device条目。而我们再此启动时并不需要挂载此payload,且所在路径/var/run/vdsm/payload也已没有img，导致数据库中的记录和实际不一致，而启动虚拟机时会自动读数据库条目并添加了启动选项
`-drive file=/var/run/vdsm/payload/4c90582e-f337-4240-8747-50ed94dcd044.8580d6eeef5171d2fbdca8f7699028b8.img`，而实际上已没用此img，所以报错无法找到payload的img。
2. 解决方法
根据上面的分析，考虑直接删除engine的数据库相关条目，vm的device都存放在表vm_device中。以下为具体操作命令（除非紧急需要，不建议修改生成环境中的engine数据库）：
su - postgres #切换到数据库账户
ps_dump engine > engine.sql.bak #备份engine的数据库
psql engine #连接到engine数据库
SELECT vm_guid FROM vms WHERE vm_name='win2008_vm003'; #查找win2008_vm003的ID（4c90582e-f337-4240-8747-50ed94dcd044）
DELETE FROM vm_device WHERE vm_id='4c90582e-f337-4240-8747-50ed94dcd044' and device=floppy; #根据查找到的ID来删除vmPayload设备
3. 验证
再次启动win2008_vm003
查看qemu/win2008_vm003.log,未发现启动项目
`-drive file=/var/run/vdsm/payload/4c90582e-f337-4240-8747-50ed94dcd044.8580d6eeef5171d2fbdca8f7699028b8.img`
查看win2008_vm003状态，已正常启动
