阿里云服务器,没隔2-3天死机,提示内核错误,请大神指教!!

tomjimn 2016-12-21 12:04:32
阿里云服务器,没隔2-3天死机,提示内核错误,客户要崩溃了,我们也崩溃了!
这个是进入页面终端提示的截图:

这个是log/messages 日志

Dec 21 08:02:24 iZuf64n23158mdpsfbzdp3Z ntpd[2196]: Listening on interface lo, 127.0.0.1#123 Enabled
Dec 21 08:02:24 iZuf64n23158mdpsfbzdp3Z ntpd[2196]: Listening on interface eth0, 10.28.70.133#123 Enabled
Dec 21 08:02:24 iZuf64n23158mdpsfbzdp3Z ntpd[2196]: Listening on interface eth1, 106.14.60.46#123 Enabled
Dec 21 08:02:24 iZuf64n23158mdpsfbzdp3Z ntpd[2196]: kernel time sync status 0040
Dec 21 08:02:24 iZuf64n23158mdpsfbzdp3Z ntpd[2196]: frequency initialized 80.228 PPM from /var/lib/ntp/drift
Dec 21 08:03:24 iZuf64n23158mdpsfbzdp3Z aliyun-service: info: aliyun-servce started...
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: BUG: scheduling while atomic: swapper/0x10000200/0
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel:
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: Call Trace:
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: <IRQ> [<ffffffff8006244d>] __sched_text_start+0x7d/0xbd0
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff80090d3e>] __cond_resched+0x1c/0x44
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff800630d5>] cond_resched+0x37/0x42
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff8000ac3b>] kmem_cache_alloc+0x14/0x76
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff8002e37c>] __alloc_skb+0x37/0x12e
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff88412067>] :emp:CommandByteBuffer_Free+0x3ece/0x4289
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff88413e45>] :emp:emp_hook_pre_routing+0xacb/0x10ce
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff8023c1f9>] dev_hard_start_xmit+0x1b7/0x2ad
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff8024c367>] __qdisc_run+0x76/0x1f6
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff8025b460>] ip_finish_output+0x0/0x241
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff800345a7>] nf_iterate+0x41/0x7d
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff80257cb0>] ip_rcv_finish+0x0/0x2f6
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff80056cbe>] nf_hook_slow+0x58/0xbc
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff80257cb0>] ip_rcv_finish+0x0/0x2f6
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff802594cb>] ip_forward+0x24f/0x2bd
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff80035b03>] ip_rcv+0x25b/0x57c
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff80021093>] netif_receive_skb+0x48c/0x4ae
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff8823c10c>] :virtio_net:virtnet_poll+0x46d/0x5c9
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff800a5f4e>] hrtimer_wakeup+0x0/0x22
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff8000c9c8>] net_rx_action+0xa7/0x1ba
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff800125bd>] __do_softirq+0x89/0x133
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff8005e298>] call_softirq+0x1c/0x28
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff8006d63a>] do_softirq+0x2c/0x7d
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff8006bdfb>] default_idle+0x0/0x50
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff8005dc9e>] apic_timer_interrupt+0x66/0x6c
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: <EOI> [<ffffffff8006be24>] default_idle+0x29/0x50
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff8004962c>] cpu_idle+0x95/0xb8
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff80471809>] start_kernel+0x220/0x225
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff8047122f>] _sinittext+0x22f/0x236
Dec 21 10:02:35 iZuf64n23158mdpsfbzdp3Z kernel:
Dec 21 10:03:24 iZuf64n23158mdpsfbzdp3Z kernel: BUG: scheduling while atomic: swapper/0x10000200/0
Dec 21 10:03:24 iZuf64n23158mdpsfbzdp3Z kernel:
Dec 21 10:03:24 iZuf64n23158mdpsfbzdp3Z kernel: Call Trace:
Dec 21 10:03:24 iZuf64n23158mdpsfbzdp3Z kernel: <IRQ> [<ffffffff8006244d>] __sched_text_start+0x7d/0xbd0
Dec 21 10:03:24 iZuf64n23158mdpsfbzdp3Z kernel: [<ffffffff8008ee78>] enqueue_task+0x41/0x56
Dec 21 10:18:10 iZuf64n23158mdpsfbzdp3Z syslogd 1.4.1: restart.
Dec 21 10:18:10 iZuf64n23158mdpsfbzdp3Z kernel: klogd 1.4.1, log source = /proc/kmsg started.
Dec 21 10:18:10 iZuf64n23158mdpsfbzdp3Z kernel: Linux version 2.6.18-409.el5 (mockbuild@builder17.centos.org) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-55)) #1 SMP Tue Mar 15 18:13:50 EDT 2016




...全文
1773 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
Dec 21 10:03:24 iZuf64n23158mdpsfbzdp3Z kernel: BUG: scheduling while atomic: swapper/0x10000200/0 这个提示是内核代码call 了BUG()或者 BUG_ON(1)所致,此类属于内核主动上报异常,需要看下代码,找下相关模块技术人员应该比较号解决问题的。
向良玉 2017-03-08
  • 打赏
  • 举报
回复
影响业务第一时间解决不了,就迁移走业务,再提工单给阿里啊
jake1121 2017-03-07
  • 打赏
  • 举报
回复
看log是网卡驱动程序在接收的时候出错了。 是自己升级了内核文件? 如果是阿里云的配置的系统,可以提交工单让他们来处理。
小小nb 2016-12-21
  • 打赏
  • 举报
回复
网卡驱动出(O_O)?了 好像
1.物联网的开发难度越来越低当小王被老板要求开发一个物联网项目时,他面临这许多种解决方案,从硬件到软件一应俱全。有的提供了模块化的硬件,有的提供了高度集成的软件开发环境,有的支持python开发,有的支持图形化开发,有的提供硬件SDK,有的提供从云端到移动端成套的解决方案。小王该如何选择?的确,物联网的开发难度越来越低,只要你想,就可以拖拖拽拽做出来一个简单的设备。移动端APP呢?也是如此,你甚至可以登陆某平台的网站在线生成一个安装包直接安装到手机上。但是这些便利化的前提是失去对核心技术的掌握,以及跳转界面、使用习惯等无法把控。2.移动端APP技能是必备当学习物联网技术的小赵到某公司应聘时,公司技术主管对他的知识结构基本满意。然后让他开发一个物联网项目,要软硬件结合,移动端APP是必备的。小赵可以很快做出来一台基于ESP8266的硬件设备,连接到某物联网平台,做出来一个手机端的APP。但是主管对这个APP不太满意,问小赵自己会不会制作手机APP?小赵有些尴尬。为什么移动端APP技能是必备?因为物联网技术涉及到的知识领域有很多个,能够自己做出APP才算是将这些领域的知识完全掌握。就像是一个侠客的武功,最厉害的那个还没有练成,还不能算是真正的高手。3.定制APP价格很贵市场上有不少的物联网软件公司开展物联网应用APP的定制业务,当然价格不菲。如果是公司采购,你将花费较大的价格采购到一个未来并不可控的APP。反过来说,如果是学生应聘,你学到移动端应用知识,将大大提升你的竞争力,你的技能将成为核心竞争力。4.没有类似的教程原因就不多说了。即使有一些片段代码给了大家,大家也做不出来一个能用的APP。5.本课程要讲什么基于阿里云物联网平台(其他物联网平台类似),带您使用Android Studio编写一个安卓APP,实现连接阿里云物联网平台,控制一台智能灯。通过一个软硬件结合项目,结合源代码,一点一点为大家讲解怎么样连接阿里云物联网平台,每一个步骤是怎么回事,源代码怎么实现。为了照顾一些零基础的朋友,课程中还会用一些通俗的语言介绍这些知识,让大家掌握书上和网络上一些不太注意的技术细节。  

4,436

社区成员

发帖
与我相关
我的任务
社区描述
Linux/Unix社区 内核源代码研究区
社区管理员
  • 内核源代码研究区社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧