问题描述
当 Linux 虚拟机启动时,通过串口输出或者启动日志, 观察到超时的报错.导致虚拟机无法正常启动和连接.
问题分析
常见的超时报错范例如下:
复制
INFO: task swapper:1 blocked for more than 120 seconds.
Not tainted 2.6.32-504.8.1.el6.x86_64 #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
swapper D 0000000000000000 0 1 0 0x00000000
ffff88010f64fde0 0000000000000046 ffff88010f64fd50 ffffffff81074f95
0000000000005c2f ffffffff8100bb8e ffff88010f64fe50 0000000000100000
0000000000000002 00000000fffb73e0 ffff88010f64dab8 ffff88010f64ffd8
1. Call Trace:
[] ? __call_console_drivers+0x75/0x90
[] ? apic_timer_interrupt+0xe/0x20
[] ? vprintk+0x251/0x560
[] schedule_timeout+0x192/0x2e0
[] ? process_timeout+0x0/0x10
[] schedule_timeout_uninterruptible+0x1e/0x20
[] msleep+0x20/0x30
[] prepare_namespace+0x30/0x1a9
[] kernel_init+0x2e1/0x2f7ls
[] child_rip+0xa/0x20
[] ? kernel_init+0x0/0x2f7
[] ? child_rip+0x0/0x20
上述报错描述了系统任务在等待 IO 超过 120 秒以后, 依旧没有得到响应,导致该任务被阻止. IO 超时未响应的原因, 有多种: 磁盘下线、 存储有严重的延迟、 磁盘阵列(RAID)工作异常, 或者 Linux 虚拟机本身的 CPU 和内存资源不足都会导致 IO 超时.
解决方案
方案一:
最快速的尝试是通过 Azure 门户重启该虚拟机,大部分问题可以得到解决.
方案二:
如果方案一依然无法解决连接的问题, 建议您选择删除虚拟机保留磁盘, 然后基于该磁盘新建虚拟机.修改内核参数:
注: 以下方案仅适用于 CentOS 和 RHEL,其他版本 Linux 略有不同, 仅供参考.如果业务生产对内核参数严格要求的, 请参考相关参数的说明, 酌情进行修改配置.
编辑/etc/sysctl.conf增加(修改以下参数):
复制
vm.dirty_background_ratio = 5
vm.dirty_ratio = 10
保存并退出.
执行命令是上述改动立即生效:
复制
sysctl -p
如果上述两个方案依然无法解决问题, 请及时联系 Azure 技术支持中心,获取更深入的支持和帮助.
立即访问http://market.azure.cn
