Home PC Games Linux Windows Database Network Programming Server Mobile  
           
  Home \ Server \ CentOS 7.0 running Docker kernel error solution     - Linux operating system, the internal and external security overview (Linux)

- Ubuntu Learning Advanced article - to teach you to further enhance system security (Linux)

- MongoDB simple replication configuration (Database)

- Linux Network Programming - raw socket instance: MAC header message analysis (Programming)

- MySQL binlog group to submit XA (two-phase commit) (Database)

- MyCAT log analysis (Database)

- MySQL flip-flop (Database)

- PostgreSQL use pgpool achieve high availability (Database)

- Oracle Data Pump Example (Database)

- Using Maven to download Spring (Linux)

- Connect to the Oracle Database Help class (Database)

- Linux Network Programming - signal blocking and shielding (block, unblock) (Programming)

- Limit the use of the request being Nginx Flood attack (Linux)

- Linux using TCP-Wrapper Service Management (Linux)

- The ActiveMQ JMS installation and application examples for Linux (Linux)

- Formatted output printf command (Programming)

- Linux RAID Set RAID 10 or 0 + 1 (Linux)

- Deploy the project to the server from GitHub (Server)

- IP Security Policy is to learn how to prevent Ping and closed ports (Linux)

- Compression software on a simple comparison of zip and gz (Linux)

 
         
  CentOS 7.0 running Docker kernel error solution
     
  Add Date : 2018-11-21      
         
         
         
  I am here Docker is running on the CentOS 7.0 system, the use of 1.5 version of Docker, a recent server is always occasional crashes, by looking at the log found to belong to the kernel bug, the error message is as follows
May 11 03:43:08 ip-10-10-29-201 kernel: BUG: soft lockup - CPU # 4 stuck for 22s! [Handler20: 1542]
May 11 03:43:08 ip-10-10-29-201 kernel: Modules linked in: iptable_nat nf_nat_ipv4 iptable_filter ip_tables binfmt_misc ipmi_si vfat fat usb_storage mpt3sas mpt2sas raid_
Class scsi_transport_sas mptctl mptbase dell_rbu tcp_diag inet_diag veth bridge stp llc dm_thin_pool dm_persistent_data dm_bio_prison dm_bufio loop dm_mod openvswitch vxl
An ip_tunnel gre libcrc32c xt_nat ipt_MASQUERADE xt_addrtype nf_nat xt_limit ipt_REJECT nf_conntrack_ipv4 nf_defrag_ipv4 xt_multiport xt_conntrack sg nf_conntrack ipmi_de
Vintf iTCO_wdt iTCO_vendor_support dcdbas coretemp kvm_intel kvm crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel lrw gf128mul glue_helper ablk_
Helper cryptd pcspkr sb_edac edac_core ses enclosures ipmi_msghandler tg3 wmi acpi_power_meter ptp pps_core mei_me mei ntb lpc_ich mperf mfd_core shpchp ext4
May 11 03:43:08 ip-10-10-29-201 kernel: mbcache jbd2 sr_mod cdrom sd_mod crc_t10dif crct10dif_common mgag200 syscopyarea sysfillrect sysimgblt i2c_algo_bit drm_kms_helper
 Ttm ahci drm libahci libata i2c_core megaraid_sas [last unloaded: ip_tables]
May 11 03:43:08 ip-10-10-29-201 kernel: CPU: 4 PID: 1542 Comm: handler20 Tainted: GW -------------- 3.10.0-123. El7.x86_64 # 1
May 11 03:43:08 ip-10-10-29-201 kernel: Hardware name: Dell Inc. PowerEdge R720 / 0X6FFV, BIOS 1.6.0 03/07/2013
May 11 03:43:08 ip-10-10-29-201 kernel: task: ffff880418adf1c0 ti: ffff8800c8d08000 task.ti: ffff8800c8d08000
May 11 03:43:08 ip-10-10-29-201 kernel: RIP: 0010: [< ffffffff815e90e7>] [< ffffffff815e90e7>] _raw_spin_lock + 0x37 / 0x50
May 11 03:43:08 ip-10-10-29-201 kernel: RSP: 0018: ffff88041fc43ac8 EFLAGS: 00000206
May 11 03:43:08 ip-10-10-29-201 kernel: RAX: 000000000000108b RBX: 0000000000000000 RCX: 0000000000000000
May 11 03:43:08 ip-10-10-29-201 kernel: RDX: 0000000000000002 RSI: 0000000000000002 RDI: ffff88081609c318
May 11 03:43:08 ip-10-10-29-201 kernel: RBP: ffff88041fc43ac8 R08: ffff8801049856d8 R09: ffff88041fc43a00
May 11 03:43:08 ip-10-10-29-201 kernel: R10: 0000000000000000 R11: 00000000e1bec8f9 R12: ffff88041fc43a38
May 11 03:43:08 ip-10-10-29-201 kernel: R13: ffffffff815f2d9d R14: ffff88041fc43ac8 R15: ffff88081609c300
May 11 03:43:08 ip-10-10-29-201 kernel: FS: 00007fb082b8b700 (0000) GS: ffff88041fc40000 (0000) knlGS: 0000000000000000
May 11 03:43:08 ip-10-10-29-201 kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
May 11 03:43:08 ip-10-10-29-201 kernel: CR2: 00007f2a743e6000 CR3: 00000008183c9000 CR4: 00000000000407e0
May 11 03:43:08 ip-10-10-29-201 kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
May 11 03:43:08 ip-10-10-29-201 kernel: DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
May 11 03:43:08 ip-10-10-29-201 kernel: Stack:
May 11 03:43:08 ip-10-10-29-201 kernel: ffff88041fc43af8 ffffffffa042429f ffff88003714be00 ffffe8fbefc41540
May 11 03:43:08 ip-10-10-29-201 kernel: ffff880419070e80 ffff88041fc43b30 ffff88041fc43be0 ffffffffa04239a4
May 11 03:43:08 ip-10-10-29-201 kernel: 00000001b9ec8070 ffff88003714be00 ffff88041fc43b28 0000000000000246
May 11 03:43:08 ip-10-10-29-201 kernel: Call Trace:
May 11 03:43:08 ip-10-10-29-201 kernel: < IRQ>
May 11 03:43:08 ip-10-10-29-201 kernel:
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffffa042429f>] ovs_flow_stats_update + 0x4f / 0xd0 [openvswitch]
May 11 03:43:08 ip-10-10-29-201 kernel: [< fffffff04459a4>] ovs_dp_process_received_packet + 0x84 / 0x120 [openvswitch]
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffffa042a01a>] ovs_vport_receive + 0x2a / 0x30 [openvswitch]
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffffa042b4cd>] vxlan_rcv + 0x6d / 0x90 [openvswitch]
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffffa037b228>] vxlan_udp_encap_recv + 0xb8 / 0x130 [vxlan]
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff81538bc2>] udp_queue_rcv_skb + 0x162 / 0x3d0
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff815394bd>] __udp4_lib_rcv + 0x19d / 0x690
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff815094d0>]? Ip_rcv_finish + 0x350 / 0x350
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff815399ca>] udp_rcv + 0x1a / 0x20
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff81509584>] ip_local_deliver_finish + 0xb4 / 0x1f0
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff81509858>] ip_local_deliver + 0x48 / 0x80
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff815091fd>] ip_rcv_finish + 0x7d / 0x350
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff81509ac4>] ip_rcv + 0x234 / 0x380
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff814cfdb6>] __netif_receive_skb_core + 0x676 / 0x870
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff814cffc8>] __netif_receive_skb + 0x18 / 0x60
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff814d0b7e>] process_backlog + 0xae / 0x180
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff814d041a>] net_rx_action + 0x15a / 0x250
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff81067047>] __do_softirq + 0xf7 / 0x290
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff815f3a5c>] call_softirq + 0x1c / 0x30
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff81014d25>] do_softirq + 0x55 / 0x90
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff810673e5>] irq_exit + 0x115 / 0x120
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff815f4358>] do_IRQ + 0x58 / 0xf0
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff815e94ad>] common_interrupt + 0x6d / 0x6d
May 11 03:43:08 ip-10-10-29-201 kernel: < EOI>
May 11 03:43:08 ip-10-10-29-201 kernel:
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffffa0424465>]? Ovs_flow_stats_get + 0x145 / 0x180 [openvswitch]
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffffa0424453>]? Ovs_flow_stats_get + 0x133 / 0x180 [openvswitch]
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffffa04217b7>] ovs_flow_cmd_fill_info + 0x1c7 / 0x320 [openvswitch]
May 11 03:43:08 ip-10-10-29-201 kernel: [< fffffff0410c5c>] ovs_flow_cmd_build_info.constprop.25 + 0x6c / 0xa0 [openvswitch]
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffffa0422155>] ovs_flow_cmd_new_or_set + 0x4c5 / 0x520 [openvswitch]
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff8108ec58>]? __wake_up_common + 0x58 / 0x90
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff814ffcd8>] genl_family_rcv_msg + 0x258 / 0x3d0
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff814ffe50>]? Genl_family_rcv_msg + 0x3d0 / 0x3d0
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff814ffee1>] genl_rcv_msg + 0x91 / 0xd0
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff814fdf99>] netlink_rcv_skb + 0xa9 / 0xc0
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff814fe4c8>] genl_rcv + 0x28 / 0x40
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff814fd5bd>] netlink_unicast + 0xed / 0x1b0
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff814fd9a7>] netlink_sendmsg + 0x327 / 0x760
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff814fa874>]? Netlink_rcv_wake + 0x44 / 0x60
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff814fb92b>]? Netlink_recvmsg + 0x1cb / 0x3e0
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff814b79b0>] sock_sendmsg + 0xb0 / 0xf0
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff814b807f>]? Sock_recvmsg + 0xbf / 0x100
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff8109b23e>]? Task_scan_min + 0x3e / 0x60
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff815e908b>]? _raw_spin_unlock_bh + 0x1b / 0x40
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff814b7de9>] ___ sys_sendmsg + 0x3a9 / 0x3c0
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff811f7fa9>]? Ep_scan_ready_list.isra.9 + 0x1b9 / 0x1f0
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff811f8123>]? Ep_poll + 0x123 / 0x370
May 11 03:43:08 ip-10-10-29-201 kernel: [< ffffffff81079af3>]? Getrusage + 0x43 / 0x70
May 11 03:43:09 ip-10-10-29-201 kernel: [< ffffffff814b8cd1>] __sys_sendmsg + 0x51 / 0x90
May 11 03:43:09 ip-10-10-29-201 kernel: [< ffffffff814b8d22>] SyS_sendmsg + 0x12 / 0x20
May 11 03:43:09 ip-10-10-29-201 kernel: [< ffffffff815f2119>] system_call_fastpath + 0x16 / 0x1b
May 11 03:43:09 ip-10-10-29-201 kernel: Code: 02 00 f0 0f c1 07 89 c2 c1 ea 10 66 39 c2 75 02 5d c3 83 e2 fe 0f b7 f2 b8 00 80 00 00 eb 0c 0f 1f 44 00 00 f3 90 83 e8 01 7
4 0a < 0f> b7 0f 66 39 ca 75 f1 5d c3 66 66 66 90 66 66 90 eb da 66 0f

 By finding this problem in the stackoverflow query is a kernel bug, the solution is to upgrade the kernel.
The following is the centos 7.0 default 3.10 version of the kernel upgrade to 4.0.2 version of the process
1, import yum source authentication key
Rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org

2, install yum source
Rpm -Uvh http://www.elrepo.org/elrepo-release-7.0-2.el7.elrepo.noarch.rpm

3, install the new kernel
In yum's ELRepo source, there is the kernel version of mainline (4.0.2)
[Root @ ip-10-10-29-201 ~] # yum --enablerepo = elrepo-kernel install kernel-ml-devel kernel-ml
Loaded plugins: fastestmirror
MooseFS | 951 B 00:00:00
Base | 3.6 kB 00:00:00
Elrepo | 2.9 kB 00:00:00
Elrepo-kernel | 2.9 kB 00:00:00
Extras | 3.4 kB 00:00:00
Update | 3.4 kB 00:00:00
(1/2): elrepo / primary_db | 233 kB 00:00:02
(2/2): elrepo-kernel / primary_db | 782 kB 00:00:04
MooseFS / primary | 4.2 kB 00:00:00
Loading mirror speeds from cached hostfile
 * Base: mirrors.yun-idc.com
 * Elrepo: repos.lax-noc.com
 * Elrepo-kernel: repos.lax-noc.com
 * Extras: mirror.bit.edu.cn
 * Updates: mirror.bit.edu.cn
MooseFS 30/30
Resolving Dependencies
-> Running transaction check
---> Package kernel-ml.x86_64 0: 4.0.2-1.el7.elrepo will be installed
---> Package kernel-ml-devel.x86_64 0: 4.0.2-1.el7.elrepo will be installed
-> Finished Dependency Resolution
  
Dependencies Resolved
  
================================================== ================================================== ================================================== ====================
 Package Arch Version Repository Size
================================================== ================================================== ================================================== ====================
Installing:
 Kernel-ml x86_64 4.0.2-1.el7.elrepo elrepo-kernel 36 M
 Kernel-ml-devel x86_64 4.0.2-1.el7.elrepo elrepo-kernel 9.5 M
  
Transaction Summary
================================================== ================================================== ================================================== ====================
Install 2 Packages
  
Total download size: 45 M
Installed size: 199 M
Is this ok [y / d / N]: y
Downloading packages:
(1/2) kernel-ml-4.0.2-1.el7.elrepo.x86_64.rpm | 36 MB 00:00:11
(2/2): kernel-ml-devel-4.0.2-1.el7.elrepo.x86_64.rpm | 9.5 MB 00:00:31
-------------------------------------------------- -------------------------------------------------- -------------------------------------------------- --------------------
Total 1.5 MB / s | 45 MB 00:00:31
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
Warning: RPMDB altered outside of yum.
  Installing: kernel-ml-devel-4.0.2-1.el7.elrepo.x86_64 1/2
  Installing: kernel-ml-4.0.2-1.el7.elrepo.x86_64 2/2
  Verifying: kernel-ml-4.0.2-1.el7.elrepo.x86_64 1/2
  Verifying: kernel-ml-devel-4.0.2-1.el7.elrepo.x86_64 2/2
  
Installed:
  Kernel-ml.x86_64 0: 4.0.2-1.el7.elrepo kernel-ml-devel.x86_64 0: 4.0.2-1.el7.elrepo
  
Complete!

4, view the current kernel version
[Root @ ip-10-10-29-201 ~] # uname -r
3.10.0-123.el7.x86_64

Important: the current kernel or acquiescence version, if this step is completed directly after you reboot, reboot the kernel version or use the default 3.10, will not use the new 4.0.2, would like to modify the boot sequence, the need for the next step
View the default boot order

[Root @ ip-10-10-29-201 ~] # awk -F \ '' $ 1 == "menuentry" {print $ 2} '/etc/grub2.cfg
CentOS Linux (4.0.2-1.el7.elrepo.x86_64) 7 (Core)
CentOS Linux, with Linux 3.10.0-123.el7.x86_64
CentOS Linux, with Linux 0-rescue-18b184aa09434ecf9739a70c6b63638a

The default boot order is from 0, but our new kernel is inserted from scratch (the current position in 1, and 4.0.2 is 0), so need to choose 0, if you want to take effect the latest kernel, need

[Root @ ip-10-10-29-201 ~] # grub2-set-default 0

5, restart
Reboot

6, restart the kernel
[Root @ ip-10-10-29-201 conf] # uname -r
4.0.2-1.el7.elrepo.x86_64

After the upgrade, 20 days without this problem, so to determine the file as a kernel bug caused by upgrading the kernel to solve.
     
         
         
         
  More:      
 
- The virtual memory (Linux)
- Redis master-slave replication switch (Database)
- Java object initialization (Programming)
- Linux command to view the system status (Linux)
- Package the Python script file into an executable file (Programming)
- Through eight skills to let you become a super Linux end-user (Linux)
- Automatic Clear date directory shell script (Linux)
- Windows SmartGit installation (Linux)
- Linux filtration empty file command summary (Linux)
- Linux simple commands (Linux)
- Oracle archive log deletion (Database)
- Android will save the picture to see the album and timely (Programming)
- Java open source monitoring platform Zorka basic use (Linux)
- iOS persistence of data archiving NSKeyedArchiver (Programming)
- Java in the final qualifier (Programming)
- How do I upgrade to Ubuntu 15.04 (Beta) (Linux)
- Python programming style (Programming)
- The next key to install Linux bash script PowerShell (Linux)
- Introduction to thread pooling and simple implementation (Programming)
- Custom Android UI template Comments (Programming)
     
           
     
  CopyRight 2002-2020 newfreesoft.com, All Rights Reserved.