总线错误 (核心已转储)_EC2新诊断中断API可让用户触发OS核心错误，方便为实例除错...

AWS为EC2增加了诊断中断(Diagnostic Interrupt)API，当EC2实例失去回应的时候，用户就能使用这个API，远端触发核心错误(Kernel Panic)，并视作业系统的设定，进行內存倾印与重新启动等动作。

系统管理员在为没有回应的服务器除错时，有时候必须实体按下非可阻止中断(non-maskable interrupt，NMI)按钮，或是透过序列界面向命令控制器发送讯号，以触发系统倾印核心状态到档案中，这个核心转储(Core Dump)的档案会包含崩溃程序的內存镜像档、程序计数器以及系统暂存器等资讯，供系统管理员找出核心失去回应的原因。

而现在AWS为EC2增加了能让使用者远端触发核心错误的API，EC2:SendDiagnosticInterrupt API会发送类似按下实体NMI按钮的诊断中断讯号到EC2实例上，并让实例管理程序对作业系统发送NMI命令。当作业系统收到NMI中断后，根据作业系统的配置执行动作，一般会产生核心转储资料档案，并接着重载核心或是重新启动系统。

AWS提到，用户使用这个触发核心错误API，总共有三个步骤，分别是配置作业系统、触发核心错误，接着就能分析倾印的属性。在作业系统配置方面，EC2中的Windows Server AMI已经预设启用內存倾印功能，且会在储存完核心转储之后自动重新启动。而Amazon Linux 2的用户，则必须要自己安装倾印工具，进行一次性设置，设定包括保留给核心转储的內存大小，以及收到中断时触发核心错误等。

当配置完成，用户就能够透过AWS CLI或是SDK，使用这个API触发核心错误，系统会在倾印內存之后自动重新启动系统，CLI并不会收到任何回传值，AWS表示，这是正常的现象，而当实例重新启动之后，用户可以在/var/crash找到倾印的崩溃资料。最后，用户就能够分析倾印资料，在Linux上，用户必须额外安装分析核心转储用的公用程序。

AWS用户可以在IAM政策中，设定组织中有权限传送诊断中断的成员。目前这个API已经在所有公共AWS区域开放使用