前面 CloudMan 经过日志详细分析了 nova 的 launch, shut off 和 start 操做。
不知道你们如今是否已经掌握了日志分析的技能?
今天我们就来检验一下。
本节讨论的是 nova 相对较简单的操做: reboot 和 lock/unlock。
我首先会讲解这几个操做的理论知识,而后将日志分析留给你们来完成。
你们在分析过程当中若有任何疑问,能够给我留言。
linux
soft reboot 与 hard reboot 的区别在于: 1. soft reboot 只是重启操做系统,整个过程当中,instance 依然处于运行状态。至关于在 linux 中执行 reboot 命令 2. hard reboot 是重启 instance,至关于关机以后再开机 web
soft/hard reboot 的日志分析留给你们做为练习。 api
提示: 1. soft/hard reboot 在 nova-api 的日志里找不到,这是由于 /opt/stack/nova/nova/compute/api.py 的 reboot 方法中没有输出 log。 能够经过关键字 “nova.api.openstack.wsgi” 或者 “reboot” 搜索。 2. 在 nova-compute 的日志中能够看到 “soft reboot” 和 “hard reboot” 两者有明显的区别。 spa
为了不误操做,好比意外重启或删除 instance,能够将 instance 加锁。 对被加锁(Lock)的 instance 执行重启等改变状态的操做会提示操做不容许。 执行解锁(Unlock)操做后恢复正常。 操作系统
Lock/Unlock 操做都是在 nova-api 中进行的。 操做成功后 nova-api 会更新 instance 加锁的状态。 执行其余操做时,nova-api 根据加锁状态来判断是否容许。 日志
Lock/Unlock 不须要 nova-compute 的参与。 Lock/Unlock 的日志比较简单,留给你们练习。 orm
提示: 1. admin 角色的用户不受 lock 的影响,及不管加锁与否均可以正常执行操做。 2. 根据默认 policy 的配置,任何用户均可以 unlock。也就是说若是发现 instance 被加锁了,能够经过 unlock 解锁,而后在执行操做。 blog